curl-loader-devel — curl-loader usage and development issues

libevent/libev benchmark updated for libevent-1.4.3

[Robert I. <cor...@gm...>]

Hi folks,

>From the below e-mail looks like curl-loader
can benefit from advancing to libevent-1.4.3, which is mature enough
now.

What do you think?


---------- Forwarded message ----------
From: Marc Lehmann <li...@sc...>
Date: Wed, May 7, 2008 at 6:42 PM
Subject: [Libevent-users] FYI: libevent/libev benchmark updated for
libevent-1.4.3
To: lib...@mo..., li...@li...


As version 1.4.3-stable of libevent uses a more efficient binary heap
over the red-black tree used before, the benchmark at:

 http://libev.schmorp.de/bench.html

was quite outdated. I therefore updated it by benchmarking libev-3.31 vs.
libevent-1.4.3.

The main difference is that the growth characteristics of libevent are now
similar to libev (and the factor of 2-3 remains).

(Note that the upcoming 3.33 version of libev uses a more cache-friendly
4-heap, but the benchmark still uses 3.31).

Enjoy,

--
               The choice of a       Deliantra, the free code+content MORPG
     -----==-     _GNU_              http://www.deliantra.net
     ----==-- _       generation
     ---==---(_)__  __ ____  __      Marc Lehmann
     --==---/ / _ \/ // /\ \/ /      pc...@go...
     -=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
Libevent-users mailing list
Lib...@mo...
http://monkeymail.org/mailman/listinfo/libevent-users



-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

Re: Balasan: Re: Simulation scenario

[Robert I. <cor...@gm...>]

On Fri, May 2, 2008 at 12:01 PM, Niko Wilfritz Sianipar Sianipar
<nik...@ya...> wrote:
> Clearly I want to make heavy tailed workload scenario.
> The tag you mention is I think it's talking about
> probability not the quantity of a load.

What you mean is unclear? What is the quantification
of the quantity of load?

Y can easily place several URLs with the files of sizes, that
you wish and there are lot's of examples in conf-examples directory.

What it the scenario, and what is the question?

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

Balasan: Re: Simulation scenario

[Niko W. S. S. <nik...@ya...>]

Clearly I want to make heavy tailed workload scenario.
The tag you mention is I think it's talking about
probability not the quantity of a load. Cause I
believe that heavy tailed workload has describe the
workload that web server nowadays faces.


--- Robert Iakobashvili <cor...@gm...> wrote:

> Hi Niko
> 
> On Thu, May 1, 2008 at 3:46 PM, Niko Wilfritz
> Sianipar Sianipar
> <nik...@ya...> wrote:
> > How to make in a configuration file a scenario
> like
> >  this:
> >  The 90% request is for the file with size less
> than
> >  3KB and 90% of total load is from the file whose
> size
> >  bigger than 100KB
> 
> Y mean 10% and 90%
> >
> >  I want to make the heavy tailed workload in a
> >  configuration file (in curl-loader of course)
> 
> 
> Y can find in FAQs
> http://curl-loader.sourceforge.net/doc/faq.html
> the following tags:
> 
> FETCH_PROBABILITY - allows to fetch a url not as a
> must, but with a
> certain run-time probability. The allowed values are
> in the range from
> 1 to 100 percents.
> 
> FETCH_PROBABILITY_ONCE when set to 1 configures each
> client to make
> the decision regarding whether to fetch a URL marked
> by a
> FETCH_PROBABILITY or not, to be done only once,
> namely, at the first
> cycle.
> 
> And an example of doing that is in your curl-loader
> distribution, or
> here with the same filename:
> 
>
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/fetch-probability.conf?view=markup
> 
> or
>
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/fetch-probability-once.conf?view=markup
> 
> Take care,
> 
> -- 
> Truly,
> Robert Iakobashvili, Ph.D.
>
......................................................................
> www.ghotit.com
> Ghotit - Assistive technology that understands you
>
......................................................................
> 
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008
> JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still
> time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> curl-loader-devel mailing list
> cur...@li...
>
https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
> 


Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

Re: Simulation scenario

[Robert I. <cor...@gm...>]

Hi Niko

On Thu, May 1, 2008 at 3:46 PM, Niko Wilfritz Sianipar Sianipar
<nik...@ya...> wrote:
> How to make in a configuration file a scenario like
>  this:
>  The 90% request is for the file with size less than
>  3KB and 90% of total load is from the file whose size
>  bigger than 100KB

Y mean 10% and 90%
>
>  I want to make the heavy tailed workload in a
>  configuration file (in curl-loader of course)


Y can find in FAQs http://curl-loader.sourceforge.net/doc/faq.html
the following tags:

FETCH_PROBABILITY - allows to fetch a url not as a must, but with a
certain run-time probability. The allowed values are in the range from
1 to 100 percents.

FETCH_PROBABILITY_ONCE when set to 1 configures each client to make
the decision regarding whether to fetch a URL marked by a
FETCH_PROBABILITY or not, to be done only once, namely, at the first
cycle.

And an example of doing that is in your curl-loader distribution, or
here with the same filename:

http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/fetch-probability.conf?view=markup

or
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/fetch-probability-once.conf?view=markup

Take care,

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

Simulation scenario

[Niko W. S. S. <nik...@ya...>]

How to make in a configuration file a scenario like
this:
The 90% request is for the file with size less than
3KB and 90% of total load is from the file whose size
bigger than 100KB

I want to make the heavy tailed workload in a
configuration file (in curl-loader of course)


Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

Re: [ANN] - curl-loader virtual scripting in SVN

[Aleksandar L. <al-...@no...>]

On Don 01.05.2008 14:23, Michael Moser wrote:
>Thanks a lot

Your welcome ;-)

>P.S.
>somehow i still think that there might be a market for an vm + language
>suited for asynchronous server design; if time permits I will also
>continue the project of doing that scripting language 'the right way
>(tm)' ;-)

Full ack ;-)

Cheers

Aleks

Re: [ANN] - curl-loader virtual scripting in SVN

[Michael M. <mos...@gm...>]

Thanks a lot
I will look at these languages + vm's as well;
Michael

P.S.
somehow i still think that there might be a market for an vm + language
suited for asynchronous server design;  if time permits I will also continue
the project of doing that scripting language 'the right way (tm)' ;-)


2008/5/1 Aleksandar Lazic <al-...@no...>:

> Hi Michael,
>
> On Mit 30.04.2008 13:59, Michael Moser wrote:
>
>  additional clarification regarding garbage collection: Lua uses mark
> > and sweep garbage collection, so when the heap fills up then everybody
> > has to wait until garbage is reclaimed; so nobody knows when and for
> > how long these wait cycles will happen.
> >
>
> thank you for your detailed description ;-)
>
> I have take a look about a lot of the small languages but I haven't this
> requirements.
>
> Yust if you have time, what do you think about:
>
> http://www.iolanguage.com/
> http://nekovm.org/
>
> Both looks to me very nice but I'am not sure if the fulfill the
> requirements.
>
> Neko use http://www.hpl.hp.com/personal/Hans_Boehm/gc/ for GC.
>
> IOLanguage have developed there own
> http://github.com/stevedekorte/io/tree/master/libs/garbagecollector
>
> afaIs
>
> Cheers
>
> Aleks
>

Addendum Re: [ANN] - curl-loader virtual scripting in SVN

[Aleksandar L. <al-...@no...>]

On Don 01.05.2008 08:32, Aleksandar Lazic wrote:

[snipp]

>IOLanguage have developed there own 
>
>http://github.com/stevedekorte/io/tree/master/libs/garbagecollector
>
>afaIs

http://www.iolanguage.com/scm/git/checkout/Io/docs/IoReference.html#Collector

---
Description

A singleton containing methods related to Io's garbage collector. Io
currently uses a incremental, non-moving, generational collector based
on the tri-color (black/gray/white) algorithm with a write-barrier.

Every N number of object allocs, the collector will walk some of the
objects marked as gray, marking their connected white objects as gray
and turning themselves black. Every M allocs, it will pause for a sweep
where it makes sure all grays are marked black and io_frees all whites.

If the sweepsPerGeneration is set to zero, it will immediately mark all
blacks as white again and mark the root objects as gray. Otherwise, it
will wait until the sweepsPerGeneration count is reached to do this. By
adjusting the allocsPerSweep and sweepsPerGeneration appropriately, the
collector can be tuned efficiently for various usage cases. Generally,
the more objects in your heap, the larger you'll want this number.
---

Don't look useable for curl-loader,imho.

Cheers

Aleks

Re: [ANN] - curl-loader virtual scripting in SVN

[Aleksandar L. <al-...@no...>]

Hi Michael,

On Mit 30.04.2008 13:59, Michael Moser wrote:

>additional clarification regarding garbage collection: Lua uses mark
>and sweep garbage collection, so when the heap fills up then everybody
>has to wait until garbage is reclaimed; so nobody knows when and for
>how long these wait cycles will happen.

thank you for your detailed description ;-)

I have take a look about a lot of the small languages but I haven't this
requirements.

Yust if you have time, what do you think about:

http://www.iolanguage.com/
http://nekovm.org/

Both looks to me very nice but I'am not sure if the fulfill the
requirements.

Neko use http://www.hpl.hp.com/personal/Hans_Boehm/gc/ for GC.

IOLanguage have developed there own 

http://github.com/stevedekorte/io/tree/master/libs/garbagecollector

afaIs

Cheers

Aleks

Re: [ANN] - curl-loader virtual scripting in SVN

[Michael M. <mos...@gm...>]

additional clarification regarding garbage collection: Lua uses mark and
sweep garbage collection, so when the heap fills up then everybody has to
wait until garbage is reclaimed; so nobody knows when and for how long these
wait cycles will happen.

2008/4/30 Michael Moser <mos...@gm...>:

> Hi,
>
> I have looked into LUA, now lets try to reconstruct the reasoning (any
> corrections/suggestions are welcome).
>
> Our problem here is that we need several thousand simulated clients in one
> process;
>
> This poses the following question
> 1) do we have one virtual machine for each simulated  client, i.e. a
> scripting language thread per client.
> 2) doe we have one virtual machine for all simulated clients.
>
> We will come back to that question later.
>
> Now lets look at the basic problem that we are facing with integrating any
> language environment with server that is processing requests asynchronously
> - xmethod calls (ie. calls to external methods written in C) usually these
> calls are blocking.
>
> [ the script would need at least one xmethod call that would perform the
> next http request that would 1) initiate the http request, 2) suspend
> execution of the vm for the current thread 3) be able to resume current
> thread when needed]
>
> now this problem can be solved by longjumps (or any other coprocedure
> mechanism) at the expense of  some memory to hold the current stack when we
> suspend current xmethod. Now
>
> basically this kills the option  of using one vm for all simulated
> clients.
>
> Ok, lets assume we are using longjump, this rules our sharing one vm for
> all simulated clients,
> How? lua is singlethreaded and with longjump we just suspended the current
> thread that is running the vm, [also any pending lock will block the whole
> VM if we branch out of it.]
>
> Ok, now we have one VM per simulated client. Great, with LUA they have a
> garbage collected heap, and holding such a heap per each simulated client is
> a very large overhead.
> (even if we could share one vm for all simulated clients then this garbage
> collection schema is a real killer for predictable and reasonable
> performance)
>
>
> Our requirements is therefore
> - vm supports xmethod calls that are truly asynchronous,  without  need
> for longjumps.
> - VM with very low footprint
> - memory management for objects created by the script that is reference
> counted;
> - also when a VM exits it has to take its memory with it.
>
>
> 2008/4/30 Aleksandar Lazic <al-...@no...>:
>
> Hi,
> >
> > On Fre 30.11.2007 10:41, Robert Iakobashvili wrote:
> >
> > > Gentlemen,
> > >
> > > Michael Moser has checked-in a new system for HTTP/FTP response body
> > > analyses, which have WebLoad and JMeter tools.
> > >
> > > Normally, body analyses in testing tools is done using JavaScript or
> > > any other script, which occupies a total thread, is blocking and is
> > > bad
> > > for performance.
> > >
> > > Since curl-loader is about performance (written in C, using C-written
> > > stacks of libcurl and openssl) Michael is developing a new scripting
> > > language, where the script will be:
> > >
> >
> > yust for my curiosity, have you looked into neko, lua or some other
> > 'smalll and embadabble' language and found some nogos?!
> >
> > Cheers
> >
> > Aleks
> >
>
>

Re: [ANN] - curl-loader virtual scripting in SVN

[Michael M. <mos...@gm...>]

Hi,

I have looked into LUA, now lets try to reconstruct the reasoning (any
corrections/suggestions are welcome).

Our problem here is that we need several thousand simulated clients in one
process;

This poses the following question
1) do we have one virtual machine for each simulated  client, i.e. a
scripting language thread per client.
2) doe we have one virtual machine for all simulated clients.

We will come back to that question later.

Now lets look at the basic problem that we are facing with integrating any
language environment with server that is processing requests asynchronously
- xmethod calls (ie. calls to external methods written in C) usually these
calls are blocking.

[ the script would need at least one xmethod call that would perform the
next http request that would 1) initiate the http request, 2) suspend
execution of the vm for the current thread 3) be able to resume current
thread when needed]

now this problem can be solved by longjumps (or any other coprocedure
mechanism) at the expense of  some memory to hold the current stack when we
suspend current xmethod. Now

basically this kills the option  of using one vm for all simulated clients.

Ok, lets assume we are using longjump, this rules our sharing one vm for all
simulated clients,
How? lua is singlethreaded and with longjump we just suspended the current
thread that is running the vm, [also any pending lock will block the whole
VM if we branch out of it.]

Ok, now we have one VM per simulated client. Great, with LUA they have a
garbage collected heap, and holding such a heap per each simulated client is
a very large overhead.
(even if we could share one vm for all simulated clients then this garbage
collection schema is a real killer for predictable and reasonable
performance)


Our requirements is therefore
- vm supports xmethod calls that are truly asynchronous,  without  need for
longjumps.
- VM with very low footprint
- memory management for objects created by the script that is reference
counted;
- also when a VM exits it has to take its memory with it.


2008/4/30 Aleksandar Lazic <al-...@no...>:

> Hi,
>
> On Fre 30.11.2007 10:41, Robert Iakobashvili wrote:
>
> > Gentlemen,
> >
> > Michael Moser has checked-in a new system for HTTP/FTP response body
> > analyses, which have WebLoad and JMeter tools.
> >
> > Normally, body analyses in testing tools is done using JavaScript or
> > any other script, which occupies a total thread, is blocking and is bad
> > for performance.
> >
> > Since curl-loader is about performance (written in C, using C-written
> > stacks of libcurl and openssl) Michael is developing a new scripting
> > language, where the script will be:
> >
>
> yust for my curiosity, have you looked into neko, lua or some other
> 'smalll and embadabble' language and found some nogos?!
>
> Cheers
>
> Aleks
>

Re: [ANN] - curl-loader virtual scripting in SVN

[Robert I. <cor...@gm...>]

Hi Aleks,

On Wed, Apr 30, 2008 at 12:56 AM, Aleksandar Lazic
<al-...@no...> wrote:
> Hi,
>
> On Fre 30.11.2007 10:41, Robert Iakobashvili wrote:
> >Gentlemen,
> >
> >Michael Moser has checked-in a new system for HTTP/FTP response body
> >analyses, which have WebLoad and JMeter tools.
> >
> >Normally, body analyses in testing tools is done using JavaScript or
> >any other script, which occupies a total thread, is blocking and is bad
> >for performance.
> >
> >Since curl-loader is about performance (written in C, using C-written
> >stacks of libcurl and openssl) Michael is developing a new scripting
> >language, where the script will be:
>
> yust for my curiosity, have you looked into neko, lua or some other
> 'smalll and embadabble' language and found some nogos?!

Sure we did.

Here is a new "pending revolution", which does Michael
Moser. I would let him to comment at his time-slot.

Michael, please ...

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

Re: [ANN] - curl-loader virtual scripting in SVN

[Aleksandar L. <al-...@no...>]

Hi,

On Fre 30.11.2007 10:41, Robert Iakobashvili wrote:
>Gentlemen,
>
>Michael Moser has checked-in a new system for HTTP/FTP response body
>analyses, which have WebLoad and JMeter tools.
>
>Normally, body analyses in testing tools is done using JavaScript or
>any other script, which occupies a total thread, is blocking and is bad
>for performance.
>
>Since curl-loader is about performance (written in C, using C-written
>stacks of libcurl and openssl) Michael is developing a new scripting
>language, where the script will be:

yust for my curiosity, have you looked into neko, lua or some other
'smalll and embadabble' language and found some nogos?!

Cheers

Aleks

Re: mrtg or gnuplot output

[Robert I. <cor...@gm...>]

Hi Prahav,

On Tue, Apr 29, 2008 at 7:43 PM, Pranav Desai <pra...@gm...>
wrote:

> Hello,
>
> Does anyone have any scripts that can feed the data generated by
> curl-loader into mrtg or gnuplot?
>
> Thanks for your time.
>
> -- Pranav
>


Good idea!
If somebody has such scripts and can release the scripts under
some open-source license, we can put it at the site.

Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

mrtg or gnuplot output

[Pranav D. <pra...@gm...>]

Hello,

Does anyone have any scripts that can feed the data generated by curl-loader
into mrtg or gnuplot?

Thanks for your time.

-- Pranav

Re: Response Time AGAIN

[Robert I. <cor...@gm...>]

Hi Niko,


On Tue, Apr 29, 2008 at 9:00 AM, Niko Wilfritz Sianipar Sianipar <
nik...@ya...> wrote:

> The D and D2xx in the log file I think it's the delay not the response
> time. Because I get that the D average for 10 concurrent user is bigger than
> the 30 user.
> Or my simulation is still not accurate cause I use file which size is 1 KB
> and 2 KB.
> Any suggestion?
>
>

When a file is commonly used, web-servers are performing various
optimizations, like
putting them to memory, caching, etc

The application response delay is a complex function of both your
application and your server,
where each may be doing optimizations for commonly used data and files.

When your server will be have e.g. half used CPU, memory mostly used, etc
you will start to see
see, that the application response time starts being longer.
Take care about the potential network bottleneck, so that you'll have always
enough
bandwidth in order to measure exactly what you want: the server application
delay and not
any network effects.

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Ghotit - Assistive technology that understands you
......................................................................

Response Time AGAIN

[Niko W. S. S. <nik...@ya...>]

The D and D2xx in the log file I think it's the delay not the response time. Because I get that the D average for 10 concurrent user is bigger than the 30 user. 
 Or my simulation is still not accurate cause I use file which size is 1 KB and 2 KB.
 Any suggestion?
 

--- Robert Iakobashvili  wrote:

> Hi Niko,
> 
> On Mon, Apr 28, 2008 at 7:54 AM, Niko Wilfritz
> Sianipar Sianipar <
> nik...@ya...> wrote:
> 
> > In the curl-loader log file there isn't a field
> that
> > hold the response time value. Is there a way/ways
> to
> > look for or calculate the MEAN response time of a
> > scenario/batch scenario from the log file of
> > curl-loader. I need the MEAN RESPONSE TIME to
> evaluate
> > the Apache performance as my college work.
> >
> 
> 
> Nice hearing from  you.
> 
> Y can look in the FAQs:
>
http://curl-loader.sourceforge.net/doc/faq.html#statistics
> 
> curl-loader names the parameter a bit different:
> 
> average application server Delay (msec), estimated
> as the time between HTTP
> request and HTTP response without taking into the
> account network latency
> (RTT) (D);
> - average application server Delay for 2xx (success)
> HTTP-responses, as
> above, but only for 2xx responses. The motivation
> for that is that 3xx
> redirections and 5xx server errors/rejects may not
> necessarily provide a
> true indication of a testing server working
> functionality (D-2xx);
> The parameters are displayed at the terminal as well
> as going into
> .txt file
> 
> Thus, you can see the issue:
> a) from the user-side perspective (D)
> b) from the real server-side work processing (D-2xx)
> ;
> 
> Take care and best wishes!
> 
> 
> Truly,
> Robert Iakobashvili, Ph.D.
> "Light will come from Jerusalem"
>
.....................................................................
> www.ghotit.com
> Dyslexia assisting technologies
> An online speller for dyslectics
>
.....................................................................
> http://curl-loader.sourceforge.net
> An open-source web testing tool
>
.....................................................................
> >
-------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008
> JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still
> time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone>
_______________________________________________
> curl-loader-devel mailing list
> cur...@li...
>
https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
> 


Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
curl-loader-devel mailing list
cur...@li...
https://lists.sourceforge.net/lists/listinfo/curl-loader-devel



Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung

       
---------------------------------
Bergabunglah dengan orang-orang yang berwawasan, di bidang Anda di Yahoo! Answers

Balasan: Re: Mean Response Time

[Niko W. S. S. <nik...@ya...>]

In other word you says that the [Mean] Response Time
are the (D) field and the D(2xx) for server
perspective. OK, I will trace my curl-loader log file
again if it is the response time in curl-loader.


--- Robert Iakobashvili <cor...@gm...> wrote:

> Hi Niko,
> 
> On Mon, Apr 28, 2008 at 7:54 AM, Niko Wilfritz
> Sianipar Sianipar <
> nik...@ya...> wrote:
> 
> > In the curl-loader log file there isn't a field
> that
> > hold the response time value. Is there a way/ways
> to
> > look for or calculate the MEAN response time of a
> > scenario/batch scenario from the log file of
> > curl-loader. I need the MEAN RESPONSE TIME to
> evaluate
> > the Apache performance as my college work.
> >
> 
> 
> Nice hearing from  you.
> 
> Y can look in the FAQs:
>
http://curl-loader.sourceforge.net/doc/faq.html#statistics
> 
> curl-loader names the parameter a bit different:
> 
> average application server Delay (msec), estimated
> as the time between HTTP
> request and HTTP response without taking into the
> account network latency
> (RTT) (D);
> - average application server Delay for 2xx (success)
> HTTP-responses, as
> above, but only for 2xx responses. The motivation
> for that is that 3xx
> redirections and 5xx server errors/rejects may not
> necessarily provide a
> true indication of a testing server working
> functionality (D-2xx);
> The parameters are displayed at the terminal as well
> as going into
> <batch-name>.txt file
> 
> Thus, you can see the issue:
> a) from the user-side perspective (D)
> b) from the real server-side work processing (D-2xx)
> ;
> 
> Take care and best wishes!
> 
> 
> Truly,
> Robert Iakobashvili, Ph.D.
> "Light will come from Jerusalem"
>
.....................................................................
> www.ghotit.com
> Dyslexia assisting technologies
> An online speller for dyslectics
>
.....................................................................
> http://curl-loader.sourceforge.net
> An open-source web testing tool
>
.....................................................................
> >
-------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008
> JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still
> time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone>
_______________________________________________
> curl-loader-devel mailing list
> cur...@li...
>
https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
> 


Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

Re: Mean Response Time

[Robert I. <cor...@gm...>]

Hi Niko,

On Mon, Apr 28, 2008 at 7:54 AM, Niko Wilfritz Sianipar Sianipar <
nik...@ya...> wrote:

> In the curl-loader log file there isn't a field that
> hold the response time value. Is there a way/ways to
> look for or calculate the MEAN response time of a
> scenario/batch scenario from the log file of
> curl-loader. I need the MEAN RESPONSE TIME to evaluate
> the Apache performance as my college work.
>


Nice hearing from  you.

Y can look in the FAQs:
http://curl-loader.sourceforge.net/doc/faq.html#statistics

curl-loader names the parameter a bit different:

average application server Delay (msec), estimated as the time between HTTP
request and HTTP response without taking into the account network latency
(RTT) (D);
- average application server Delay for 2xx (success) HTTP-responses, as
above, but only for 2xx responses. The motivation for that is that 3xx
redirections and 5xx server errors/rejects may not necessarily provide a
true indication of a testing server working functionality (D-2xx);
The parameters are displayed at the terminal as well as going into
<batch-name>.txt file

Thus, you can see the issue:
a) from the user-side perspective (D)
b) from the real server-side work processing (D-2xx) ;

Take care and best wishes!


Truly,
Robert Iakobashvili, Ph.D.
"Light will come from Jerusalem"
.....................................................................
www.ghotit.com
Dyslexia assisting technologies
An online speller for dyslectics
.....................................................................
http://curl-loader.sourceforge.net
An open-source web testing tool
.....................................................................

Mean Response Time

[Niko W. S. S. <nik...@ya...>]

In the curl-loader log file there isn't a field that
hold the response time value. Is there a way/ways to
look for or calculate the MEAN response time of a
scenario/batch scenario from the log file of
curl-loader. I need the MEAN RESPONSE TIME to evaluate
the Apache performance as my college work.

I hope curl-loader can do that. Really really hope. Thanks.

Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

Re: Balasan: Re: virtual client IP address

[Robert I. <cor...@gm...>]

Hi Niko,

On Fri, Apr 25, 2008 at 9:34 AM, Niko Wilfritz Sianipar Sianipar <
nik...@ya...> wrote:

> I want to use until 700 concurrent user. And I only
> have one PC now, cause the another PC is not mine.
> Can the result can describes the web server's
> performance ,...


Nobody can say you for sure. It depends on what your server
is doing, etc. But you can start with it and later to test your live
web server during the least busy hours, like nights ...

Take care and best wishes!


-- 
Sincerely,
Robert Iakobashvili
"Light will come from Jerusalem"
...................................................................
www.ghotit.com
An online speller for dyslectics and bad-spellers
...................................................................
http://curl-loader.sourceforge.net
An open-source web application testing tool
...................................................................

Balasan: Re: virtual client IP address

[Niko W. S. S. <nik...@ya...>]

I want to use until 700 concurrent user. And I only
have one PC now, cause the another PC is not mine.
Can the result can describes the web server's
performance ,...


--- Robert Iakobashvili <cor...@gm...> wrote:

> Hi Niko
> 
> On Thu, Apr 24, 2008 at 10:03 AM, Niko Wilfritz
> Sianipar Sianipar <
> nik...@ya...> wrote:
> 
> > I want to test ny web server performance with
> curl-loader on 700
> > concurrent user. I use 2 PC (one as the server and
> one as the client). The
> > server uses 192.168.6.2 and the client uses
> 192.168.6.0 and there isn't a
> > problem with the connection.
> 
> 
> There is an option to use the same IP for all
> clients, if you set e.g.
> 192.168.6.0 to the configuration file , it will be
> shared
> by all virtual clients of curl-loader
> 
> > But in the curl-loader's configuration file I use
> 700 max client with IP
> > address 192.168.1.1-192.168.5.254. Then I use
> ./curl-loader command and the
> > result says that the connection can't be
> established. And I think ii must be
> > the problem in the IP address. How can I fix this?
> 
> 
> Sure. Y need to add a routing rule both at server
> and at clients or default
> gateways.
> Sometimes, curl-loader can change the routing
> settings as well.
> Please, consult your networking people.
> 
> How if I use only ONE PC (as the server also as the
> client). is the result
> will describe my web werver performance as same as
> the 2 PC in use?
> 
> It depens on what your server is doing, how much
> clients you are running etc
> ...
> 
> Just fix the routing between client and server and
> it will work.
> 
> 
> 
> Best,
> Niko Wilfritz Sianipar
> Teknik Informatika IT Telkom Bandung
> 
> 
> 
> -- 
> Sincerely,
> Robert Iakobashvili
> "Light will come from Jerusalem"
>
...................................................................
> www.ghotit.com
> An online speller for dyslectics and bad-spellers
>
...................................................................
> http://curl-loader.sourceforge.net
> An open-source web application testing tool
>
...................................................................
> >
-------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008
> JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still
> time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone>
_______________________________________________
> curl-loader-devel mailing list
> cur...@li...
>
https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
> 


Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



      ________________________________________________________ 
Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/

Re: virtual client IP address

[Robert I. <cor...@gm...>]

Hi Niko

On Thu, Apr 24, 2008 at 10:03 AM, Niko Wilfritz Sianipar Sianipar <
nik...@ya...> wrote:

> I want to test ny web server performance with curl-loader on 700
> concurrent user. I use 2 PC (one as the server and one as the client). The
> server uses 192.168.6.2 and the client uses 192.168.6.0 and there isn't a
> problem with the connection.


There is an option to use the same IP for all clients, if you set e.g.
192.168.6.0 to the configuration file , it will be shared
by all virtual clients of curl-loader

> But in the curl-loader's configuration file I use 700 max client with IP
> address 192.168.1.1-192.168.5.254. Then I use ./curl-loader command and the
> result says that the connection can't be established. And I think ii must be
> the problem in the IP address. How can I fix this?


Sure. Y need to add a routing rule both at server and at clients or default
gateways.
Sometimes, curl-loader can change the routing settings as well.
Please, consult your networking people.

How if I use only ONE PC (as the server also as the client). is the result
will describe my web werver performance as same as the 2 PC in use?

It depens on what your server is doing, how much clients you are running etc
...

Just fix the routing between client and server and it will work.



Best,
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung



-- 
Sincerely,
Robert Iakobashvili
"Light will come from Jerusalem"
...................................................................
www.ghotit.com
An online speller for dyslectics and bad-spellers
...................................................................
http://curl-loader.sourceforge.net
An open-source web application testing tool
...................................................................

virtual client IP address

[Niko W. S. S. <nik...@ya...>]

I want to test ny web server performance with curl-loader on 700 concurrent user. I use 2 PC (one as the server and one as the client). The server uses 192.168.6.2 and the client uses 192.168.6.0 and there isn't a problem with the connection. But in the curl-loader's configuration file I use 700 max client with IP address 192.168.1.1-192.168.5.254. Then I use ./curl-loader command and the result says that the connection can't be established. And I think ii must be the problem in the IP address. How can I fix this?

How if I use only ONE PC (as the server also as the client). is the result will describe my web werver performance as same as the 2 PC in use?



Best, 
Niko Wilfritz Sianipar
Teknik Informatika IT Telkom Bandung

       
---------------------------------
Bergabunglah dengan orang-orang yang berwawasan, di bidang Anda di Yahoo! Answers

Re: curl-loader on Solaris?

[Robert I. <cor...@gm...>]

Hi Frank,

On Sun, Apr 20, 2008 at 7:11 PM, Frank Fegert <fra...@gm...> wrote:

>
> > We are using netlink sockets and secondary IP addresses.
> > If Solaris supports them and has some such API, you can
> > give it a try.
> > If not, there is a plenty amount of work to do for that.
>
> Netlink sockets are not supported on Solaris unless the XNET library
> functions (see [1]) are fairly similar to the Linux netlink API.



>
> [1]
> http://docs.sun.com/app/docs/doc/817-0696/6mgfrf0gr?l=en&q=3XNET&a=expand
> [2] http://docs.sun.com/app/docs/doc/816-5177/if-7p?l=en&a=view
>
>
If netlink API is supported, thus compile it and it should work.
Secondary IP addresses are created via routing netlink tables.

Still, if it does not work for you, you may try Bugnux live CD with
curl-loader installed. Y can run boot the CP from any PC, like windows.

If you think, that Solaris as a MUST, you may wish to try
JMeter java-based testing tool, but you may need a lot of memory
and fine tuning efforts for high loads.

Sincerely,
Robert Iakobashvili
"Light will come from Jerusalem"
...................................................................
www.ghotit.com
An online speller for dyslectics and bad-spellers
...................................................................
http://curl-loader.sourceforge.net
An open-source web application testing tool
...................................................................