I checked real quick for the behavior of the variable load and with the current source, I don't think this behavior would be there. The threads get started and notifies the master before it goes into the load variation so you should not see the log sequence as you send me before. Can you check whether you have an older Faban build? If so, can you please upgrade to 1.0RC1 (on http://faban.sunsource.net/).

As for results, the final results will not tell you much. You should rather enable the runtime stats in your run confirguration file. Search for <runtimeStats enabled="true|false">. It will periodically dump out the current stats into the logs (I know this also needs improvement). Thanks.

-Akara

Harold Lim wrote:
I'm curious as to whether the final figure/data will capture the variable workload or 
just ramp up -> steady state -> ramp down data.

I'm interested in the response time graph of the variable load.



-Harold


--- On Fri, 9/18/09, Akara Sucharitakul <[email protected]> wrote:

From: Akara Sucharitakul <[email protected]>
Subject: Re: Question about Olio/Faban
To: [email protected]
Date: Friday, September 18, 2009, 3:16 PM
Let me take a look at it. The feature
needs a lot of work anyway. Will take some time, though.

-Akara

Harold Lim wrote:
Hi Akara,

I did what the doc said but I'm getting a weird
behavior.
My run.xml looks something like this:

<fa:runControl>
<fa:rampUp>60</fa:rampUp>
<fa:variableLoad>true</fa:variableLoad>

<fa:variableLoadFile>/root/faban/config/profiles/test/variableFile</fa:variableLoadFile>
<fa:steadyState>3600</fa:steadyState>
<fa:rampDown>60</fa:rampDown>
</fa:runControl>

My variableFile: 1200, 300
1200, 400
1200, 500



The behavior I'm getting is Faban runs the variable
load first, then after running the variable load, it then
starts ramping up->steady state -> ramp down.
10:28:25     shirako067
    INFO     Variable load
controller thread started!
10:28:25     shirako067
    INFO     Variable load
controller thread advanced!
10:28:25     shirako067
    INFO     Variable load
controller thread sleeping for 1200 seconds. Setting for 300
active threads.
10:48:25     shirako067
    INFO     Variable load
controller thread advanced!
10:48:25     shirako067
    INFO     Variable load
controller thread sleeping for 1200 seconds. Setting for 400
active threads
11:08:25     shirako067
    INFO     Variable load
controller thread advanced!
11:08:25     shirako067
    INFO     Variable load
controller thread sleeping for 1200 seconds. Setting for 500
active threads.
11:28:25     shirako067
    INFO     Started all
threads; run commences in 2964 ms
11:28:29
INFO     Ramp up started
11:29:28     shirako067
    INFO     Ramp up
completed
...



-Harold



--- On Thu, 9/3/09, Akara Sucharitakul <[email protected]>
wrote:
From: Akara Sucharitakul <[email protected]>
Subject: Re: Question about Olio/Faban
To: [email protected]
Date: Thursday, September 3, 2009, 12:54 PM
Yes, but the feature is still quite
restrictive. We're building it out better in the
future.
Please see how to do it here. Let us know if you
run into
problems.

http://faban.sunsource.net/1.0/docs/howdoi/loadvariation.html

Adding yet another Faban instance altogether will
cause
conflicts.

-Akara

Harold Lim wrote:
Hi All,


Is it possible in Faban to increase the number
of
concurrent users in the middle of the run? If not,
is it
possible to run 2 Faban instance (maybe on
different
machines) and run the other benchmark run after
the first
one is running a while? Will it cause any problems
on
the  faban agents side if 2 instances are
talking to
it?
I'm interested to see how the response time
behaves/pattern when the number of concurrent
users change.
Thanks,
Harold









Reply via email to