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

Re: curl-loader dynamically changing FORM_STRING values with GET?

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

Hi Alo,

On Thu, Nov 20, 2008 at 11:04 PM, alo sinnathamby
<asi...@ic...>wrote:

> Hi,
>
> Is there any way to change FORM_STRING values dynamically? For example, i
> need to test 1000 requests with 4 types of customerId s. I know that there
> is a way of doing that for login with POST, but with GET i dont know how to
> do it. Please advice and Greatly appreciate it.
>
> This is my conf file
>
> ########### GENERAL SECTION ################################
> BATCH_NAME=order-page
> CLIENTS_NUM_MAX = 100
> INTERFACE=eth0    NETMASK=24  IP_ADDR_MIN=xx.x.x.xxx
> IP_ADDR_MAX=xx.x.x.xxx
> CYCLES_NUM= -1
> URLS_NUM=1
>
> ########### URL SECTION ##################################
>
> ### Login URL -  only once for each client
>
> URL=http://xx.x.x.xxx:pppp/order
> URL_SHORT_NAME="GET-order"
> REQUEST_TYPE=GET
> FORM_USAGE_TYPE= AS_IS
> FORM_STRING="?customerId=123&orderId=456"
> TIMER_URL_COMPLETION = 0
> TIMER_AFTER_URL_SLEEP = 0
>
> Thanks,
> Alo Sinnathamby
>
>
FORM_STRING may work with GET URL as well.
At least it is supported to do.
You can see an example configuration here:

http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/get-forms.conf?revision=406&view=markup

Give it a try!

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
Assistive technology that understands you
......................................................................

Re: building urls from server responses

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

Hi Gary,

On Sat, Nov 22, 2008 at 12:07 AM, Gary Fitts <ga...@in...> wrote:

> Everything tests out just fine, Robert.


Thanks, good to know.


>
>
> One question: you put most of the new code (that was in a separate
> file url_set.c)
> into parse_conf.c. A lot of that is "run time" code that is executed
> while the load
> is running, while parse_conf.c used to contain only parse-time code.
> Is that OK?
> Or do you want to put run-time code into loader.c or a separate file?
>

Correct. I agree with this approach.

There are more urgent tasks:

- explaining to potential users how to use the new tags.
Please, look at README changes and review them:
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/doc/README?r1=534&r2=546

Added example files:

http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/url-template-fr-file.conf?revision=546&view=markup
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/url-template-resp-dynamic.conf?view=markup
http://curl-loader.svn.sourceforge.net/viewvc/curl-loader/trunk/curl-loader/conf-examples/url-template-file.txt?revision=546&view=markup

Afterwards, the man-pages and the web-site pages to be updates

- code reviewing and potential bugs tracking.

In meanwhile, I have detected only a single potential issue:
in load_fsm.c

Calling of newly added close_connections() with a curl_easy_cleanup ()
for a client CURL handle is a bugfix for clients in CSTATE_FINISHED_OK
state.
However, it make create a bug for clients in state CSTATE_ERROR.

Such clients with an error in one cycle may be re-scheduled once more
for another cycle, thus, they will be attempted to be added to the
multi-handle,
rejected as null, and, therefore, such clients will be never scheduled again
for
more loading cycles (there is a command-line option to configure for such
behavior,
which is not the default).

Calling curl_easy_cleanup () is a good hint to libcurl multi-handle to
decrease the pool of connections to the server. Added for clients in
error-state one more curl_easy_init() as you can see in svn.

- bringing the newly added code to the coding conventions
  and coding style of the project (I started that, note, that a couple
  functions have been re-named to make their names more clear);
- removing various extern declarations (done for functions);
- functions should have function caption with description in appropriate
  format;


>
> Since I submitted these changes I've found the need for a couple more
> tags.
> I'll send those along in a day or so when I've been able to test them.
>

Great!
If you can work against the code in svn and submit your code as patches
diff -Naru newcode-tree old-core-tree > somepatch.patch, it may make
integration easier.

Try, where it is possible to follow the project's coding style and
conventions.
Thanks!

-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
Assistive technology that understands you
......................................................................

Re: building urls from server responses

[Gary F. <ga...@in...>]

Everything tests out just fine, Robert.

One question: you put most of the new code (that was in a separate  
file url_set.c)
into parse_conf.c. A lot of that is "run time" code that is executed  
while the load
is running, while parse_conf.c used to contain only parse-time code.  
Is that OK?
Or do you want to put run-time code into loader.c or a separate file?  
Either is
fine -- depends on how you want to organize it.

Since I submitted these changes I've found the need for a couple more  
tags.
I'll send those along in a day or so when I've been able to test them.


On Nov 20, 2008, at 9:11 AM, Robert Iakobashvili wrote:

> Thank you for your great contribution to the project.
> I liked your design decisions.
> Confident, that many people will enjoy the features, that you  
> developed.
>
> It was integrated to the existing files deliberately without serious  
> changes.
> Could you, please, checkout from svn the latest version and run
> as much tests in your conditions to see, that nothing was broken  
> upon integration?
> Thank you in advance.
>
> We will still need to polish the code, bring coding conventions and  
> comments,
>  README, FAQs and man pages. Later I will submit my suggestions.
>
> Once more, thank you and my appreciations for the good job!

Re: curl-loader dynamically changing FORM_STRING values with GET?

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

Hi Alo,

On Thu, Nov 20, 2008 at 11:04 PM, alo sinnathamby
<asi...@ic...>wrote:

> Hi,
>
> Is there any way to change FORM_STRING values dynamically? For example, i
> need to test 1000 requests with 4 types of customerId s. I know that there
> is a way of doing that for login with POST, but with GET i dont know how to
> do it. Please advice and Greatly appreciate it.
>
> This is my conf file
>
GET-request parameters are passed as adds to a GET-URL.
Therefore, URL_TEMPLATE, which was recently developed by Gary and posted
to the list can be of assitance.
Look in that e-mail posting, it contains some explanations.

For the integrated sources you may wish to checkout the most
recent svn version of the source code.

Take care

Sincrerely,
Robert

curl-loader dynamically changing FORM_STRING values with GET?

[alo s. <asi...@ic...>]

Hi,

Is there any way to change FORM_STRING values dynamically? For example, 
i need to test 1000 requests with 4 types of customerId s. I know that 
there is a way of doing that for login with POST, but with GET i dont 
know how to do it. Please advice and Greatly appreciate it.

This is my conf file

########### GENERAL SECTION ################################
BATCH_NAME=order-page
CLIENTS_NUM_MAX = 100
INTERFACE=eth0    
NETMASK=24  
IP_ADDR_MIN=xx.x.x.xxx
IP_ADDR_MAX=xx.x.x.xxx
CYCLES_NUM= -1
URLS_NUM=1

########### URL SECTION ##################################

### Login URL -  only once for each client

URL=http://xx.x.x.xxx:pppp/order
URL_SHORT_NAME="GET-order"
REQUEST_TYPE=GET
FORM_USAGE_TYPE= AS_IS
FORM_STRING="?customerId=123&orderId=456"
TIMER_URL_COMPLETION = 0
TIMER_AFTER_URL_SLEEP = 0

Thanks,
Alo Sinnathamby

NOTE: This message, and any attached files, contain information that is privileged, confidential, proprietary or otherwise protected from disclosure.  Any disclosure, copying or distribution of, or reliance upon, this message by anyone else is strictly prohibited.  If you received this communication in error, please notify the sender immediately by reply e-mail message or by telephone to one of the numbers above and deleting it from your computer.  Thank you.

Re: building urls from server responses

[Gary F. <ga...@in...>]

Thanks! It worked this time.
I'll test as soon as I get a chance.


On Nov 20, 2008, at 9:57 AM, Robert Iakobashvili wrote:

> It may be some problem with firewall or etc devices. One more
> issue can be not enough space at filesystem.
>
> Clean all and try once more:
>
> $svn co https://curl-loader.svn.sourceforge.net/svnroot/curl-loader  
> curl-loader
>
> $cd curl-loader/trunk/curl-loader
> $ls -alF
> to observe packages directory
> $make
>
> Take care,
>
> Truly,
> Robert Iakobashvili, Ph.D.

Re: building urls from server responses

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

Hi Gary,

On Thu, Nov 20, 2008 at 7:47 PM, Gary Fitts <ga...@in...> wrote:

> Unfortunately I'm not very familiar with svn. I checked out the latest
> version with
> svn co https://curl-loader.svn.sourceforge.net/svnroot/curl-loader
> curl-loader
>
> Then I did this
> cd curl-loader/trunk/curl-loader
> make
>
> The make run ended in this error
> /bin/sh: ../../packages/curl/configure: No such file or directory
>
> There are lots of references in the Makefile to "packages" directories,
> but no such directory came with the checkout. Undoubtedly I'm doing
> something wrong.
>

It may be some problem with firewall or etc devices. One more
issue can be not enough space at filesystem.

Clean all and try once more:

$svn co https://curl-loader.svn.sourceforge.net/svnroot/curl-loadercurl-loader

$cd curl-loader/trunk/curl-loader
$ls -alF
to observe packages directory
$make

Take care,

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

Re: building urls from server responses

[Gary F. <ga...@in...>]

Unfortunately I'm not very familiar with svn. I checked out the latest  
version with
svn co https://curl-loader.svn.sourceforge.net/svnroot/curl-loader  
curl-loader

Then I did this
cd curl-loader/trunk/curl-loader
make

The make run ended in this error
/bin/sh: ../../packages/curl/configure: No such file or directory

There are lots of references in the Makefile to "packages" directories,
but no such directory came with the checkout. Undoubtedly I'm doing  
something wrong.


On Nov 20, 2008, at 9:11 AM, Robert Iakobashvili wrote:

> Thank you for your great contribution to the project.
> I liked your design decisions.
> Confident, that many people will enjoy the features, that you  
> developed.
>
> It was integrated to the existing files deliberately without serious  
> changes.
> Could you, please, checkout from svn the latest version and run
> as much tests in your conditions to see, that nothing was broken  
> upon integration?
> Thank you in advance.
>
> We will still need to polish the code, bring coding conventions and  
> comments,
>  README, FAQs and man pages. Later I will submit my suggestions.
>
> Once more, thank you and my appreciations for the good job!
>
> Sincerely,
> Robert Iakobashvili, Ph.D.
> ......................................................................
> www.ghotit.com
> Assistive technology that understands you
> ......................................................................
> <ATT00001.txt><ATT00002.txt>

Re: building urls from server responses

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

Hi Gary,

On Wed, Nov 12, 2008 at 11:51 PM, Gary Fitts <Ga...@in...> wrote:

> Oops, I forgot to include one file..
>
>
>
> Hello Robert,
>
> Here are the additions to curl-loader that I've been working on. The new
> tags are documented in an attached file. They allow clients to fetch urls
> built from prior server responses, or from a token file.
>
> There are also a few bug fixes (at least I think they were bugs): multiple
> clients can now upload the same file repeatedly without interference,
> form_strings can now have many %s markers, and whitespace is removed from
> form_string tokens. (The code always removed whitespace, but a minor bug
> caused the original token to be used instead.)
>
> I tried to keep all of my changes in one new source file, url_set.c, but I
> had to put hooks and small changes into 5 other files: url.h, client.h,
> parse_conf.c, loader.c, and loader_fsm.c. These are all included. I've
> marked all the changes with GF in a comment to make them easy to find.
>
> I've tested all this to my own satisfaction, but of course there will be
> bugs that I haven't uncovered yet.
>
> If you want to adopt any of these changes, it might make sense to move the
> url_set.c code back into parse_conf.c and loader.c -- whatever is most
> convenient.
>
> Gary Fitts
>

Thank you for your great contribution to the project.
I liked your design decisions.
Confident, that many people will enjoy the features, that you developed.

It was integrated to the existing files deliberately without serious
changes.
Could you, please, checkout from svn the latest version and run
as much tests in your conditions to see, that nothing was broken upon
integration?
Thank you in advance.

We will still need to polish the code, bring coding conventions and
comments,
 README, FAQs and man pages. Later I will submit my suggestions.

Once more, thank you and my appreciations for the good job!

Sincerely,
Robert Iakobashvili, Ph.D.
......................................................................
www.ghotit.com
Assistive technology that understands you
......................................................................

Re: Curl-loader - login with three different user ids and passwords

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

Hi alo

On Mon, Nov 17, 2008 at 6:19 PM, alo sinnathamby <asi...@ic...>wrote:

> Hi Robert,
>
> Thanks for your reply and Greatly appreciate it. You suggestion worked
> fine and this is how i used it.
>


Re-addressing your thanks to Gary, who was the man,
who actually advised you.



>
>
>
> New Question:
> ---------------
> When i look at the results summary at the console, there are two columns
> under success. What does the first column mean?. For example in the
> given below results, what do 89 and 70 mean?
>
> Test total duration was 15 seconds and CAPS average 13:
> H/F
>
> Req:728,1xx:0,2xx:667,3xx:0,4xx:0,5xx:0,Err:0,T-Err:0,D:1195ms,D-2xx:1195ms,Ti:379752B/s,To:15756B/s
> H/F/S
>
> Req:0,1xx:0,2xx:0,3xx:0,4xx:0,5xx:0,Err:0,T-Err:0,D:0ms,D-2xx:0ms,Ti:0B/s,To:0B/s
>  Operations:             Success                 Failed
> Timed out
> URL0:login-GET          89     250              0      0
> 0      0
> URL1:login-POST         70     215              0      0
> 0      0
>
> The above questions are FAQs:
http://curl-loader.sourceforge.net/doc/faq.html

Sincerely,
Robert

Curl-loader - login with three different user ids and passwords

[alo s. <asi...@ic...>]

Hi Robert,

Thanks for your reply and Greatly appreciate it. You suggestion worked 
fine and this is how i used it.

URL= http://xx.x.x.xxx:pppp/main
URL_SHORT_NAME="login-GET"
REQUEST_TYPE=GET
TIMER_URL_COMPLETION = 0 # In msec. Now it is enforced by cancelling url 
fetch on timeout
TIMER_AFTER_URL_SLEEP =0

URL=""
URL_USE_CURRENT= 1
URL_SHORT_NAME="login-POST"
REQUEST_TYPE=POST
FORM_USAGE_TYPE= RECORDS_FROM_FILE
FORM_STRING= USERNAME=%s&PASSWORD=%s # Means the same credentials for 
all clients/users
FORM_RECORDS_RANDOM=1
FORM_RECORDS_FILE_MAX_NUM=3
FORM_RECORDS_FILE= ./conf-stagetest/credentials.cred # Path relative to 
curl-loader location
TIMER_URL_COMPLETION = 0    # In msec. When positive, Now it is enforced 
by cancelling url fetch on timeout
TIMER_AFTER_URL_SLEEP =0

i have provided three different records in the credentials.cred file and 
it worked fine.

New Question:
---------------
When i look at the results summary at the console, there are two columns 
under success. What does the first column mean?. For example in the 
given below results, what do 89 and 70 mean?

Test total duration was 15 seconds and CAPS average 13:
H/F   
Req:728,1xx:0,2xx:667,3xx:0,4xx:0,5xx:0,Err:0,T-Err:0,D:1195ms,D-2xx:1195ms,Ti:379752B/s,To:15756B/s
H/F/S 
Req:0,1xx:0,2xx:0,3xx:0,4xx:0,5xx:0,Err:0,T-Err:0,D:0ms,D-2xx:0ms,Ti:0B/s,To:0B/s
 Operations:             Success                 Failed                 
Timed out
URL0:login-GET          89     250              0      0                
0      0      
URL1:login-POST         70     215              0      0                
0      0      


Thanks and Appreciate your help.

Thanks,
Alo



Robert Iakobashvili wrote:
> Hi folks,
>
> On Wed, Nov 12, 2008 at 9:30 PM, Gary Fitts <ga...@in... 
> <mailto:ga...@in...>> wrote:
>
>     Here's a suggestion. (I haven't tried this myself, and I'm no expert,
>     but I think will work.) Use FORM_RECORDS_RANDOM = 1, and only provide
>     three different records in the FORM_RECORDS_FILE. Ordinarily, there
>     must be as many form records as clients, but with FORM_RECORDS_RANDOM,
>     there may be any number of records, and they are assigned to clients
>     at random. Alternatively, you could load the form records file with
>     just three different sets of credentials, each repeated 333 times.
>
>
>     On Nov 12, 2008, at 10:59 AM, alo sinnathamby wrote:
>
>     > Is there any way to test the load with only two or three different
>     > type
>     > of user ids and passwords?. For example, i want to test 1000 login
>     > attempts with three different user names and passwords. If there
>     is a
>     > way, please render your advice..
>
>
> Thanks, Gary, very good explanation.
>
> -- 
> Truly,
> Robert Iakobashvili, Ph.D.
> ......................................................................
> www.ghotit.com <http://www.ghotit.com>
> Assistive technology that understands you
> ......................................................................

NOTE: This message, and any attached files, contain information that is privileged, confidential, proprietary or otherwise protected from disclosure.  Any disclosure, copying or distribution of, or reliance upon, this message by anyone else is strictly prohibited.  If you received this communication in error, please notify the sender immediately by reply e-mail message or by telephone to one of the numbers above and deleting it from your computer.  Thank you.

Re: problem when using RECORDS_FROM_FILE

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

Hi Matt,

On Thu, Nov 13, 2008 at 5:38 PM, Matt Love <mat...@av...> wrote:

>  Robert,
>
>
>
> Yes, this issue was resolved by using Gary's workaround below.
>
>
>
Thanks, I will commit the fix.
Thank, Gary!



-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
Assistive technology that understands you
......................................................................

RE: problem when using RECORDS_FROM_FILE

[Matt L. <mat...@av...>]

Robert,

 

Yes, this issue was resolved by using Gary's workaround below.  

 

Thanks,

Matt Love

 

From: Robert Iakobashvili [mailto:cor...@gm...] 
Sent: Tuesday, November 11, 2008 6:47 PM
To: curl-loader-devel
Subject: Re: problem when using RECORDS_FROM_FILE

 

Hi Matt,

On Tue, Nov 4, 2008 at 6:45 PM, Gary Fitts <ga...@in...>
wrote:

Matt,

I've recently started using curl-loader, and I ran into this too.
I think we're extending the use of FORM_STRING beyond what was
originally intended. I fixed this in the source file parse_config.c
by changing the line

if (ftype != FORM_USAGETYPE_AS_IS)

to

if (ftype != FORM_USAGETYPE_AS_IS && ftype !=
FORM_USAGETYPE_RECORDS_FROM_FILE)

Maybe you could give this a try. It seems to work for me, although
I'm still testing this along with a few other changes.

Gary Fitts

 

Is the issue solved, or you need me to investigate it?

 

Sincerely,

Robert

Re: building urls from server responses

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

Hi Gary,

On Wed, Nov 12, 2008 at 11:51 PM, Gary Fitts <Ga...@in...> wrote:

> Oops, I forgot to include one file..
>
>
>
> Hello Robert,
>
> Here are the additions to curl-loader that I've been working on. The new
> tags are documented in an attached file. They allow clients to fetch urls
> built from prior server responses, or from a token file.
>
> There are also a few bug fixes (at least I think they were bugs): multiple
> clients can now upload the same file repeatedly without interference,
> form_strings can now have many %s markers, and whitespace is removed from
> form_string tokens. (The code always removed whitespace, but a minor bug
> caused the original token to be used instead.)
>
> I tried to keep all of my changes in one new source file, url_set.c, but I
> had to put hooks and small changes into 5 other files: url.h, client.h,
> parse_conf.c, loader.c, and loader_fsm.c. These are all included. I've
> marked all the changes with GF in a comment to make them easy to find.
>
> I've tested all this to my own satisfaction, but of course there will be
> bugs that I haven't uncovered yet.
>
> If you want to adopt any of these changes, it might make sense to move the
> url_set.c code back into parse_conf.c and loader.c -- whatever is most
> convenient.
>
> Gary Fitts
>


Thank you very much for your contribution.
I will look at it next week.

Sounds great!


-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
Assistive technology that understands you
......................................................................

building urls from server responses

[Gary F. <Ga...@in...>]

Oops, I forgot to include one file..


Hello Robert,

Here are the additions to curl-loader that I've been working on. The  
new tags are documented in an attached file. They allow clients to  
fetch urls built from prior server responses, or from a token file.

There are also a few bug fixes (at least I think they were bugs):  
multiple clients can now upload the same file repeatedly without  
interference, form_strings can now have many %s markers, and  
whitespace is removed from form_string tokens. (The code always  
removed whitespace, but a minor bug caused the original token to be  
used instead.)

I tried to keep all of my changes in one new source file, url_set.c,  
but I had to put hooks and small changes into 5 other files: url.h,  
client.h, parse_conf.c, loader.c, and loader_fsm.c. These are all  
included. I've marked all the changes with GF in a comment to make  
them easy to find.

I've tested all this to my own satisfaction, but of course there will  
be bugs that I haven't uncovered yet.

If you want to adopt any of these changes, it might make sense to move  
the url_set.c code back into parse_conf.c and loader.c -- whatever is  
most convenient.

Gary Fitts

building urls from server responses

[Gary F. <ga...@in...>]

Hello Robert,

Here are the additions to curl-loader that I've been working on. The  
new tags are documented in an attached file. They allow clients to  
fetch urls built from prior server responses, or from a token file.

There are also a few bug fixes (at least I think they were bugs):  
multiple clients can now upload the same file repeatedly without  
interference, form_strings can now have many %s markers, and  
whitespace is removed from form_string tokens. (The code always  
removed whitespace, but a minor bug caused the original token to be  
used instead.)

I tried to keep all of my changes in one new source file, url_set.c,  
but I had to put hooks and small changes into 5 other files: url.h,  
client.h, parse_conf.c, loader.c, and loader_fsm.c. These are all  
included. I've marked all the changes with GF in a comment to make  
them easy to find.

I've tested all this to my own satisfaction, but of course there will  
be bugs that I haven't uncovered yet.

If you want to adopt any of these changes, it might make sense to move  
the url_set.c code back into parse_conf.c and loader.c -- whatever is  
most convenient.

Gary Fitts

Re: Curl-loader results vary from time to time

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

Hi folks,

On Wed, Nov 12, 2008 at 9:30 PM, Gary Fitts <ga...@in...> wrote:

> Here's a suggestion. (I haven't tried this myself, and I'm no expert,
> but I think will work.) Use FORM_RECORDS_RANDOM = 1, and only provide
> three different records in the FORM_RECORDS_FILE. Ordinarily, there
> must be as many form records as clients, but with FORM_RECORDS_RANDOM,
> there may be any number of records, and they are assigned to clients
> at random. Alternatively, you could load the form records file with
> just three different sets of credentials, each repeated 333 times.
>
>
> On Nov 12, 2008, at 10:59 AM, alo sinnathamby wrote:
>
> > Is there any way to test the load with only two or three different
> > type
> > of user ids and passwords?. For example, i want to test 1000 login
> > attempts with three different user names and passwords. If there is a
> > way, please render your advice..
>
>
Thanks, Gary, very good explanation.

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

Re: Curl-loader results vary from time to time

[Gary F. <ga...@in...>]

Here's a suggestion. (I haven't tried this myself, and I'm no expert,  
but I think will work.) Use FORM_RECORDS_RANDOM = 1, and only provide  
three different records in the FORM_RECORDS_FILE. Ordinarily, there  
must be as many form records as clients, but with FORM_RECORDS_RANDOM,  
there may be any number of records, and they are assigned to clients  
at random. Alternatively, you could load the form records file with  
just three different sets of credentials, each repeated 333 times.


On Nov 12, 2008, at 10:59 AM, alo sinnathamby wrote:

> Is there any way to test the load with only two or three different  
> type
> of user ids and passwords?. For example, i want to test 1000 login
> attempts with three different user names and passwords. If there is a
> way, please render your advice..

Re: Curl-loader results vary from time to time

[alo s. <asi...@ic...>]

Hi Robert,

Done some more analysis on it.

Error: (in one linux 64 system, it works fine. in another linux 64 
system, it throws the following error)
------
setup_curl_handle_appl - error: post_data is NULL.
setup_curl_handle_init - error: setup_curl_handle_appl () failed .

Cause: (when changing the parameters under #POST-part)
-----------------------------------------------------------
case 1: *works fine*
URL=""
URL_USE_CURRENT= 1

case 2: *throws error*
URL= http://xx.x.x.xxx:pppp/main
#URL_USE_CURRENT= 1

case 3: *throws error*
URL= http://xx.x.x.xxx:pppp/login
#URL_USE_CURRENT= 1


Conf file:
---------

# GET-part
URL= http://xx.x.x.xxx:pppp/main
URL_SHORT_NAME="user-GET"
#URL_DONT_CYCLE = 1
REQUEST_TYPE=GET
TIMER_URL_COMPLETION = 0 # In msec. Now it is enforced by cancelling url 
fetch on timeout
TIMER_AFTER_URL_SLEEP =0

# POST-part
URL=""
URL_USE_CURRENT= 1
URL_SHORT_NAME="user-POST"
#URL_DONT_CYCLE = 1
USERNAME=xxxxx
PASSWORD=xxxxx
REQUEST_TYPE=POST
FORM_USAGE_TYPE= SINGLE_USER
FORM_STRING= USERNAME=%s&PASSWORD=%s # Means the same credentials for 
all clients/users
TIMER_URL_COMPLETION = 0    # In msec. When positive, Now it is enforced 
by cancelling url fetch on timeout
TIMER_AFTER_URL_SLEEP =0

New Question:
---------------

Is there any way to test the load with only two or three different type 
of user ids and passwords?. For example, i want to test 1000 login 
attempts with three different user names and passwords. If there is a 
way, please render your advice..

Greatly appreciate your help.

Thanks,
Alo



Robert Iakobashvili wrote:
> Hi Alo,
>
> On Tue, Nov 11, 2008 at 4:13 PM, alo sinnathamby 
> <asi...@ic... <mailto:asi...@ic...>> wrote:
>
>     Hi Robert,
>
>     I wish to do that but i m not sure as how to do it. Anyway i will
>     try it
>     and if there is a success, i will let you know.
>
>     Thanks,
>     Alo
>
>  
> OK.
> If you can share the numbers of concurrent clients and CAPS, that you
> are getting to, it could be also of interest for the list.
>  
> Thanks,
> Robert

Re: problem when using RECORDS_FROM_FILE

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

On Tue, Nov 11, 2008 at 8:00 PM, Gary Fitts <ga...@in...> wrote:

> Yes, this seems to resolve it.
> I'm still planning to submit this and other
> changes soon.
>
> Thanks,
> Gary
>

Thank you very much!

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

Re: problem when using RECORDS_FROM_FILE

[Gary F. <ga...@in...>]

Yes, this seems to resolve it.
I'm still planning to submit this and other
changes soon.

Thanks,
Gary


On Nov 11, 2008, at 9:46 AM, Robert Iakobashvili wrote:

> Hi Matt,
>
> On Tue, Nov 4, 2008 at 6:45 PM, Gary Fitts <ga...@in...>  
> wrote:
> Matt,
>
> I've recently started using curl-loader, and I ran into this too.
> I think we're extending the use of FORM_STRING beyond what was
> originally intended. I fixed this in the source file parse_config.c
> by changing the line
>
> if (ftype != FORM_USAGETYPE_AS_IS)
>
> to
>
> if (ftype != FORM_USAGETYPE_AS_IS && ftype !=
> FORM_USAGETYPE_RECORDS_FROM_FILE)
>
> Maybe you could give this a try. It seems to work for me, although
> I'm still testing this along with a few other changes.
>
> Gary Fitts
>
> Is the issue solved, or you need me to investigate it?
>
> Sincerely,
> Robert
> <ATT00001.txt><ATT00002.txt>

Re: problem when using RECORDS_FROM_FILE

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

Hi Matt,

On Tue, Nov 4, 2008 at 6:45 PM, Gary Fitts <ga...@in...> wrote:

> Matt,
>
> I've recently started using curl-loader, and I ran into this too.
> I think we're extending the use of FORM_STRING beyond what was
> originally intended. I fixed this in the source file parse_config.c
> by changing the line
>
> if (ftype != FORM_USAGETYPE_AS_IS)
>
> to
>
> if (ftype != FORM_USAGETYPE_AS_IS && ftype !=
> FORM_USAGETYPE_RECORDS_FROM_FILE)
>
> Maybe you could give this a try. It seems to work for me, although
> I'm still testing this along with a few other changes.
>
> Gary Fitts


Is the issue solved, or you need me to investigate it?

Sincerely,
Robert

Re: Curl-loader results vary from time to time

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

Hi Alo,

On Tue, Nov 11, 2008 at 4:13 PM, alo sinnathamby <asi...@ic...>wrote:

> Hi Robert,
>
> I wish to do that but i m not sure as how to do it. Anyway i will try it
> and if there is a success, i will let you know.
>
> Thanks,
> Alo
>

OK.
If you can share the numbers of concurrent clients and CAPS, that you
are getting to, it could be also of interest for the list.

Thanks,
Robert

Re: how to extend to test ldap or ldaps

[owen n. <fre...@gm...>]

thanks, I will try to do
gtalk:fre...@gm...



On Wed, Nov 12, 2008 at 12:43 AM, Robert Iakobashvili
<cor...@gm...> wrote:
> Hi Owen Nirvana,
>
> On Tue, Nov 11, 2008 at 6:29 PM, owen nirvana <fre...@gm...> wrote:
>>
>> I could do this work, so I hope get a existing module.
>> thanks
>> gtalk:fre...@gm...
>
> Your patches are welcome.
>
> Basically, you need to recognize ldap and ldaps URLs (add them to the enum
> of URLs)
> and use libcurl C-API accordingly.
>
> Take care.
> --
> Truly,
> Robert Iakobashvili, Ph.D.
> ......................................................................
> Assistive technology that understands you
> ......................................................................
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> curl-loader-devel mailing list
> cur...@li...
> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
>
>

Re: how to extend to test ldap or ldaps

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

Hi Owen Nirvana,

On Tue, Nov 11, 2008 at 6:29 PM, owen nirvana <fre...@gm...> wrote:

> I could do this work, so I hope get a existing module.
> thanks
> gtalk:fre...@gm... <gtalk%3Af...@gm...>
>

Your patches are welcome.

Basically, you need to recognize ldap and ldaps URLs (add them to the enum
of URLs)
and use libcurl C-API accordingly.

Take care.
-- 
Truly,
Robert Iakobashvili, Ph.D.
......................................................................
Assistive technology that understands you
......................................................................