curl-loader-devel Mailing List for curl-loader - web application testing (Page 17)
Status: Alpha
Brought to you by:
coroberti
Menu
▾
▴
curl-loader-devel — curl-loader usage and development issues
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(1) |
Mar
(7) |
Apr
(19) |
May
(25) |
Jun
(16) |
Jul
(59) |
Aug
(29) |
Sep
(18) |
Oct
(19) |
Nov
(7) |
Dec
(29) |
| 2008 |
Jan
(6) |
Feb
(18) |
Mar
(8) |
Apr
(27) |
May
(26) |
Jun
(5) |
Jul
(6) |
Aug
|
Sep
(9) |
Oct
(37) |
Nov
(61) |
Dec
(17) |
| 2009 |
Jan
(21) |
Feb
(25) |
Mar
(4) |
Apr
(2) |
May
(8) |
Jun
(15) |
Jul
(18) |
Aug
(23) |
Sep
(10) |
Oct
(16) |
Nov
(14) |
Dec
(22) |
| 2010 |
Jan
(23) |
Feb
(8) |
Mar
(18) |
Apr
(1) |
May
(34) |
Jun
(23) |
Jul
(11) |
Aug
(1) |
Sep
(13) |
Oct
(10) |
Nov
(2) |
Dec
(8) |
| 2011 |
Jan
|
Feb
(7) |
Mar
(24) |
Apr
(12) |
May
(3) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(20) |
Nov
(7) |
Dec
(11) |
| 2012 |
Jan
(12) |
Feb
(5) |
Mar
(16) |
Apr
(3) |
May
|
Jun
(5) |
Jul
(12) |
Aug
(6) |
Sep
|
Oct
|
Nov
(8) |
Dec
|
| 2013 |
Jan
(1) |
Feb
(3) |
Mar
(5) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(9) |
Oct
|
Nov
(8) |
Dec
(4) |
| 2014 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(11) |
Dec
(5) |
| 2015 |
Jan
(1) |
Feb
|
Mar
(11) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
(1) |
Sep
(7) |
Oct
(4) |
Nov
(2) |
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Robert I. <cor...@gm...> - 2010-01-19 10:49:43
|
Hi Brocha, On Tue, Jan 19, 2010 at 12:24 PM, Brocha Strous <br...@ca...>wrote: > I have tried it with the 255.255.255.0 netmask too and it didn't work. I > have also tried it with all the different interfaces listed in the > ifconfig and the corresponding IP and netmask and none of those worked > either. > I am running as root. > > Thanks, > Brocha Interesting... In any case, 255.255.255.0 netmask is the correct one for your addresses. What happens, if you try, e.g. 192.168.2.108 as the IP-address? Sincerely, Robert |
|
From: Brocha S. <br...@ca...> - 2010-01-19 10:24:09
|
I have tried it with the 255.255.255.0 netmask too and it didn't work. I have also tried it with all the different interfaces listed in the ifconfig and the corresponding IP and netmask and none of those worked either. I am running as root. Thanks, Brocha Robert Iakobashvili wrote: > Hi Brocha, > > Thank you for the PRF. > > On Tue, Jan 19, 2010 at 11:34 AM, Brocha Strous <br...@ca... > <mailto:br...@ca...>> wrote: > > CURL-LOADER VERSION: 0.50, September 21, 2009 > > ./curl-loader -r -f conf/streamMedia.conf > > Are you running it as a superuser? > > > > > CONFIGURATION-FILE (The most common source of problems): > > ########### GENERAL SECTION ################################ > > BATCH_NAME= stream-media > CLIENTS_NUM_MAX=1 # Same as CLIENTS_NUM > INTERFACE =eth0 > *NETMASK=255.0.0.0* > IP_ADDR_MIN= 192.168.11.104 > IP_ADDR_MAX= 192.168.11.104 > > > The addresses of 192.168. subnet are related to netmask *255.255.255.0* > *that you can see yourself below:* > > > > eth0 Link encap:Ethernet HWaddr 00:24:7e:e0:7c:93 > inet addr:192.168.11.104 Bcast:192.168.11.255 > *Mask:255.255.255.0 > * inet6 addr: fe80::224:7eff:fee0:7c93/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:675929 errors:0 dropped:0 overruns:0 frame:0 > TX packets:377850 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:815512774 (815.5 MB) TX bytes:36485498 (36.4 MB) > Memory:fc000000-fc020000 > > Note, that on this stage, I am not checking the rest of your > configuration. > > Please, be aware about: > http://curl-loader.sourceforge.net/doc/faq.html > > and example configurations in ./conf-examples > > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com <http://www.ghotit.com> > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > ------------------------------------------------------------------------ > > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > |
|
From: Robert I. <cor...@gm...> - 2010-01-19 10:05:25
|
Hi Brocha, Thank you for the PRF. On Tue, Jan 19, 2010 at 11:34 AM, Brocha Strous <br...@ca...>wrote: > CURL-LOADER VERSION: 0.50, September 21, 2009 > > ./curl-loader -r -f conf/streamMedia.conf > Are you running it as a superuser? > > > CONFIGURATION-FILE (The most common source of problems): > > ########### GENERAL SECTION ################################ > > BATCH_NAME= stream-media > CLIENTS_NUM_MAX=1 # Same as CLIENTS_NUM > INTERFACE =eth0 > *NETMASK=255.0.0.0* > IP_ADDR_MIN= 192.168.11.104 > IP_ADDR_MAX= 192.168.11.104 > The addresses of 192.168. subnet are related to netmask *255.255.255.0* *that you can see yourself below:* > > eth0 Link encap:Ethernet HWaddr 00:24:7e:e0:7c:93 > inet addr:192.168.11.104 Bcast:192.168.11.255 * > Mask:255.255.255.0 > * inet6 addr: fe80::224:7eff:fee0:7c93/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:675929 errors:0 dropped:0 overruns:0 frame:0 > TX packets:377850 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:815512774 (815.5 MB) TX bytes:36485498 (36.4 MB) > Memory:fc000000-fc020000 > > Note, that on this stage, I am not checking the rest of your configuration. Please, be aware about: http://curl-loader.sourceforge.net/doc/faq.html and example configurations in ./conf-examples > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > |
|
From: Brocha S. <br...@ca...> - 2010-01-19 09:35:06
|
CURL-LOADER VERSION: 0.50, September 21, 2009
HW DETAILS: CPU/S and memory are must:
Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz
Mem: 3056880k total
LINUX DISTRIBUTION and KERNEL (uname -r):
2.6.31-16-generic
GCC VERSION (gcc -v):
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8)
COMPILATION AND MAKING OPTIONS (if defaults changed):
defaults
COMMAND-LINE:
./curl-loader -r -f conf/streamMedia.conf
CONFIGURATION-FILE (The most common source of problems):
########### GENERAL SECTION ################################
BATCH_NAME= stream-media
CLIENTS_NUM_MAX=1 # Same as CLIENTS_NUM
INTERFACE =eth0
NETMASK=255.0.0.0
IP_ADDR_MIN= 192.168.11.104
IP_ADDR_MAX= 192.168.11.104
CYCLES_NUM= 1
URLS_NUM= 2
########### URL SECTION ####################################
URL=http://localhost/load/main.php
URL_SHORT_NAME="media-art"
REQUEST_TYPE=POST
FORM_USAGE_TYPE= AS_IS
FORM_STRING=
"ws_name=MediaArt&ws_action=Read&descriptor-media_id=12375647&credentials-session_id=200a9faa5c561bb39c240b4b249b6c9c&descriptor-media_kind=track&descriptor-format=jpg&descriptor-type=cover
art"
TIMER_URL_COMPLETION = 5000
TIMER_AFTER_URL_SLEEP = 1000
URL=""
URL_USE_CURRENT=1
URL_SHORT_NAME="media"
REQUEST_TYPE=POST
FORM_USAGE_TYPE= AS_IS
FORM_STRING=
"ws_name=MediaHandle&ws_action=Create&descriptor-media_id=12375647&credentials-session_id=200a9faa5c561bb39c240b4b249b6c9c&descriptor-media_kind=track&format=audio/mp3&protocol=HTTP&descriptor-with_ad=0"
TIMER_URL_COMPLETION = 5000
TIMER_AFTER_URL_SLEEP = 2000
DOES THE PROBLEM AFFECT:
EXECUTION
DESCRIPTION:
only the first URL is attempted and the output files contain errors. I
know i am probably setting the values for cleint IPs incorrectly, but i
don't know how to set them correctly.
::::::::::::::
stream-media.ctx
::::::::::::::
1
,cycles:1,state:-1,b-in:704,b-out:388,req:1,1xx:0,2xx:1,3xx:0,4xx:0,5xx:0,err:
1,T-err:0
::::::::::::::
stream-media.log
::::::::::::::
# 1172523270 Tue Jan 19 11:21:48 2010
# msec_offset cycle_no url_no client_no (ip) indic info
2 0 0 1 !! ERR Couldn't bind to '192.168.11.104'
1180 0 0 1 !! OK 200
::::::::::::::
In case this helps here is the output of ifconfig:
eth0 Link encap:Ethernet HWaddr 00:24:7e:e0:7c:93
inet addr:192.168.11.104 Bcast:192.168.11.255 Mask:255.255.255.0
inet6 addr: fe80::224:7eff:fee0:7c93/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:675929 errors:0 dropped:0 overruns:0 frame:0
TX packets:377850 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:815512774 (815.5 MB) TX bytes:36485498 (36.4 MB)
Memory:fc000000-fc020000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:14098 errors:0 dropped:0 overruns:0 frame:0
TX packets:14098 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2783373 (2.7 MB) TX bytes:2783373 (2.7 MB)
virbr0 Link encap:Ethernet HWaddr 5e:7e:cc:84:32:fb
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:96 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:11916 (11.9 KB)
wlan0 Link encap:Ethernet HWaddr 00:26:c6:37:28:d0
inet addr:192.168.2.109 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::226:c6ff:fe37:28d0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1237990 errors:0 dropped:0 overruns:0 frame:0
TX packets:717816 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1555743680 (1.5 GB) TX bytes:71947705 (71.9 MB)
wmaster0 Link encap:UNSPEC HWaddr
00-26-C6-37-28-D0-33-37-00-00-00-00-00-00-00-00
UP RUNNING MTU:0 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Robert Iakobashvili wrote:
> Hi Brocha,
>
> On Tue, Jan 19, 2010 at 11:15 AM, Brocha Strous <br...@ca...
> <mailto:br...@ca...>> wrote:
>
> Hello,
> I am having trouble figuring out what the correct values are for
> the IP
> settings for my machine. (INTERFACE, NETMASK, IP_ADDR_MIN/MAX) The
> various things i have tried result in this error:
>
> 1 0 0 1 !! ERR Couldn't bind to '192.168.2.108'
>
> (my conf file has 2 URLs and it is making the request to the first one
> but reports that there is an error. I don't care if all the clients
> share the same IP or different ones.)
>
>
> Please, fill the PROBLEM-REPORTING form within the curl-loader
> distribution, otherwise we'll try to guess, what you are doing
>
>
> Also, in the output .txt file what is the meaning of H/F and H/F/S ?
>
>
> H/F - statistics for non-encrypted traffic (HTTP/FTP)
> H/F/S - statistics for HTTPS / FTPS
>
>
> Thanks,
> Brocha
>
>
>
>
> --
> Truly,
> Robert Iakobashvili, Ph.D.
> ......................................................................
> www.ghotit.com <http://www.ghotit.com>
> Assistive technology that understands you
> ......................................................................
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> ------------------------------------------------------------------------
>
> _______________________________________________
> curl-loader-devel mailing list
> cur...@li...
> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel
>
|
|
From: Robert I. <cor...@gm...> - 2010-01-19 09:24:25
|
Hi Brocha, On Tue, Jan 19, 2010 at 11:15 AM, Brocha Strous <br...@ca...>wrote: > Hello, > I am having trouble figuring out what the correct values are for the IP > settings for my machine. (INTERFACE, NETMASK, IP_ADDR_MIN/MAX) The > various things i have tried result in this error: > > 1 0 0 1 !! ERR Couldn't bind to '192.168.2.108' > > (my conf file has 2 URLs and it is making the request to the first one > but reports that there is an error. I don't care if all the clients > share the same IP or different ones.) > Please, fill the PROBLEM-REPORTING form within the curl-loader distribution, otherwise we'll try to guess, what you are doing > > Also, in the output .txt file what is the meaning of H/F and H/F/S ? > H/F - statistics for non-encrypted traffic (HTTP/FTP) H/F/S - statistics for HTTPS / FTPS > > Thanks, > Brocha > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Brocha S. <br...@ca...> - 2010-01-19 09:15:46
|
Hello, I am having trouble figuring out what the correct values are for the IP settings for my machine. (INTERFACE, NETMASK, IP_ADDR_MIN/MAX) The various things i have tried result in this error: 1 0 0 1 !! ERR Couldn't bind to '192.168.2.108' (my conf file has 2 URLs and it is making the request to the first one but reports that there is an error. I don't care if all the clients share the same IP or different ones.) Also, in the output .txt file what is the meaning of H/F and H/F/S ? Thanks, Brocha |
|
From: Robert I. <cor...@gm...> - 2010-01-18 11:39:53
|
Ladies and Gentlemen, We are releasing a new "stable" version, which is the first one since October 21, 2007. The ChangeLog since 0.50: * Releasing a new stable version. The last stable has been release in October 2007 * Updated to the most recent libcurl and libevent libraries * DNS resolving now works via c-ares library. Thanks to Val Shkolnikov <va...@nv...> for this suggestion and patch. I would like to use this opportunity and thank once more our contributors: The people, who have influenced curl-loader, by providing ideas, suggestions, support, bug fixes, patches, bug reports, etc: Gil Shai, <sh...@gm...> Maxim Kovalenko, <max...@gm...> Arik Nahmany, <Ari...@vo...> Evgeniy Polyakov, <jo...@2k...> Jeremy Brown, <jb...@no...> Alexandre Bezroutchko, <ab...@sc...> Aleksandar Lazic <al-...@no...> Jeremy Hicks <je...@no...> John Gatewood Ham <bur...@gm...> - contributed man pages Artur Barashev <ar...@gm...> Gregor Riepl <set...@fr...> Iliyan Peychev <ili...@gm...> Francois Pesce <fra...@gm...> Sergei Shnaidman <ser...@qi...> Alex <ale...@gm...> Gary Fitts <ga...@in...> - major contribution of URL-template and others Frank_Migge <Fra...@ma...> jari pietila <jar...@ho...> Val Shkolnikov <va...@nv...> - major contribution of operational statistics and fixed rate load There is a great sculpture in Budapest devoted to the Anonymous (a real person, a monk). I would like to thank also our anonymous contributors. With my best wishes to the people of the list! Sincerely, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-12-23 18:05:05
|
Hi, Some good people have made an rpm package form Mandriva. Many thanks to them! http://fr2.rpmfind.net/linux/RPM/mandriva/devel/cooker/i586/media/contrib/release/curl-loader-0.50-1mdv2010.1.i586.html The folks with Mandriva distro may try it/ -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-12-05 16:04:52
|
Hi Toz, On Fri, Dec 4, 2009 at 8:13 PM, Toz Ed <toz...@ya...> wrote: > > 1- how do the threads (i.e.: number of clients specified in the > conf=testplan) work?. I know they all get created (ramp up time aside) as > part of launching the application - do they block? > Virtual client is a logical entity simulating user behavior. They are not mapped to threads. We are using I/O demultiplexing. You can look in the code and/or read about pattern Reactor. > 2- In scenarios where more than one thread is used is there a configuration > setting to assign a unique set of URLS to a thread and have only that thread > service them in some controlled fashion. Ex: I have a curloader > configuration simulating 500 clients and I have 1 millions of unique URLS - > I want to split equally the number of URLs across the threads and have them > be played only once - is that possible using the curl-loader tool. > There is not thread-to-VC mapping. Your question is not clear to me. You can read the FAQs at the web-site, the man page and README are even more updated > > 3- Can the cycle URL option be used to help with this task - > > Thank you. > Zen > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Toz Ed <toz...@ya...> - 2009-12-04 18:13:38
|
I will really appreciate any feedback on the following questions:
1- how do the threads (i.e.: number of clients specified in the conf=testplan) work?. I know they all get created (ramp up time aside) as part of launching the application - do they block?
2- In scenarios where more than one thread is used is there a configuration setting to assign a unique set of URLS to a thread and have only that thread service them in some controlled fashion. Ex: I have a curloader configuration simulating 500 clients and I have 1 millions of unique URLS - I want to split equally the number of URLs across the threads and have them be played only once - is that possible using the curl-loader tool.
3- Can the cycle URL option be used to help with this task -
Thank you.
Zen
|
|
From: Robert I. <cor...@gm...> - 2009-12-03 07:58:33
|
Hi Ben, On Thu, Dec 3, 2009 at 9:41 AM, <bn...@gm...> wrote: > Robert, > > Thank you, I am very pleased with the end result. Keep up the good work! > > -Ben > > -- > Sent from my handheld device > > On Dec 2, 2009, at 1:33 PM, Robert Iakobashvili <cor...@gm...> > wrote: > > Thanks. A new version, when released, will have the most recent versions of curl and libevent libs. TC. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-12-02 08:29:54
|
Hi bnoble, By the way, what is your name and surname? On Wed, Dec 2, 2009 at 10:12 AM, bnoble <bn...@gm...> wrote: > Robert, > > Thanks for pointing out the bundled libcurl files. I'm now running > libcurl/7.19.4 and am unable to reproduce the problem. If you like, I > can zip up and provide the files to you tomorrow; however, given the > age of the previously installed version, we can probably chalk this up > to some issue with the older libcurl. > > Thanks again! > Have you tried the version 0.50.1 that I sent to you attached to e-mail? -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-02 08:13:19
|
Robert, Thanks for pointing out the bundled libcurl files. I'm now running libcurl/7.19.4 and am unable to reproduce the problem. If you like, I can zip up and provide the files to you tomorrow; however, given the age of the previously installed version, we can probably chalk this up to some issue with the older libcurl. Thanks again! On Tue, Dec 1, 2009 at 11:52 PM, Robert Iakobashvili <cor...@gm...> wrote: > Hi bnoble, > > On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: >> >> Sometimes it crashes immediately, sometimes it runs until ~3000 >> clients are loaded. >> Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM >> > > Just be aware, that every client consumes around 25 K of memory. > 8 GB may be not enough. > > You may decrease the memory consumed per client to about 18K > if you correct in Makefile -DCURL_MAX_WRITE_SIZE=4096 > and instead of 4096 will place 2048. It decreases the client window, > however. > > Anyway, keep the memory under control. > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-12-02 07:52:48
|
Hi bnoble, On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: > > Sometimes it crashes immediately, sometimes it runs until ~*3000* > clients are loaded. > Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM > > Just be aware, that every client consumes around 25 K of memory. 8 GB may be not enough. You may decrease the memory consumed per client to about 18K if you correct in Makefile -DCURL_MAX_WRITE_SIZE=4096 and instead of 4096 will place 2048. It decreases the client window, however. Anyway, keep the memory under control. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-12-02 07:16:37
|
Hi, On Wed, Dec 2, 2009 at 8:59 AM, bnoble <bn...@gm...> wrote: > Re: #big-load, yep double and triple checked the caveats, everything > is in order on the workstation. If there are any specific values that > you would like me to check, please ask. > > Thanks. > If you place the file of curl-loader (0.50) and its core, both gzipped, to some FTP or HTTP server, so that I can download them for examination, it may be helpful. Use my private e-mail for such details. Thanks! -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-12-02 07:01:29
|
Hi bnoble, On Wed, Dec 2, 2009 at 8:56 AM, bnoble <bn...@gm...> wrote: > Robert, > > In case you need it, here is the curl version: > > curl 7.19.0 (x86_64-suse-linux-gnu) libcurl/7.19.0 OpenSSL/0.9.8h > zlib/1.2.3 libidn/1.10 > Protocols: tftp ftp telnet dict ldap http file https ftps > Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz > > Alternately, if you know of a version of libcurl which is more > stable/works better with curl-loader, I would happily revert to an > older version. > > Your efforts are appreciated. > curl-loader package builds and patches curl from sources in its own distro. You can see them in packages -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-02 07:00:16
|
Re: #big-load, yep double and triple checked the caveats, everything is in order on the workstation. If there are any specific values that you would like me to check, please ask. Thanks. On Tue, Dec 1, 2009 at 10:56 PM, bnoble <bn...@gm...> wrote: > Robert, > > In case you need it, here is the curl version: > > curl 7.19.0 (x86_64-suse-linux-gnu) libcurl/7.19.0 OpenSSL/0.9.8h > zlib/1.2.3 libidn/1.10 > Protocols: tftp ftp telnet dict ldap http file https ftps > Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz > > Alternately, if you know of a version of libcurl which is more > stable/works better with curl-loader, I would happily revert to an > older version. > > Your efforts are appreciated. > > > On Tue, Dec 1, 2009 at 9:37 PM, Robert Iakobashvili <cor...@gm...> wrote: >> Thank you very much. >> >> I will try to play with newer versions of libcurl >> and let you know. >> >> Thanks! >> >> On Wed, Dec 2, 2009 at 12:17 AM, bnoble <bn...@gm...> wrote: >>> >>> Same in 0.48, ~112 clients. >>> >>> >>> On Tue, Dec 1, 2009 at 2:11 PM, bnoble <bn...@gm...> wrote: >>> > Robert, >>> > >>> > Same result with 0.49, only sooner. ~136 clients. >>> > >>> > (gdb) bt >>> > #0 0x000000000043e70a in Curl_done () >>> > #1 0x00000000004262e7 in multi_runsingle () >>> > #2 0x0000000000426b55 in curl_multi_perform () >>> > #3 0x0000000000427422 in multi_socket () >>> > #4 0x0000000000427bf4 in curl_multi_socket_all () >>> > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, >>> > still_running=0x7fb77547efa4) at loader_hyper.c:667 >>> > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, >>> > userp=0x7fff4c572da0) at loader_hyper.c:398 >>> > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) >>> > at event.c:392 >>> > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, >>> > flags=0) at event.c:544 >>> > #9 0x000000000045e1a6 in event_base_dispatch >>> > (event_base=0x7fb771a1c950) at event.c:412 >>> > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at >>> > loader_hyper.c:567 >>> > #11 0x000000000041060c in user_activity_hyper >>> > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 >>> > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) >>> > at loader.c:333 >>> > #13 0x00007fb777692070 in ?? () >>> > #14 0x0000000000000000 in ?? () >>> > (gdb) up >>> > #1 0x00000000004262e7 in multi_runsingle () >>> > Current language: auto; currently asm >>> > (gdb) up >>> > #2 0x0000000000426b55 in curl_multi_perform () >>> > (gdb) up >>> > #3 0x0000000000427422 in multi_socket () >>> > (gdb) up >>> > #4 0x0000000000427bf4 in curl_multi_socket_all () >>> > (gdb) up >>> > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, >>> > still_running=0x7fb77547efa4) at loader_hyper.c:667 >>> > 667 while (CURLM_CALL_MULTI_PERFORM == >>> > Current language: auto; currently c >>> > (gdb) up >>> > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, >>> > userp=0x7fff4c572da0) at loader_hyper.c:398 >>> > 398 mperform_hyper (bctx, &st); >>> > (gdb) up >>> > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) >>> > at event.c:392 >>> > 392 (*ev->ev_callback)((int)ev->ev_fd, >>> > ev->ev_res, ev->ev_arg); >>> > (gdb) up >>> > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, >>> > flags=0) at event.c:544 >>> > 544 event_process_active(base); >>> > (gdb) up >>> > #9 0x000000000045e1a6 in event_base_dispatch >>> > (event_base=0x7fb771a1c950) at event.c:412 >>> > 412 return (event_base_loop(event_base, 0)); >>> > (gdb) up >>> > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at >>> > loader_hyper.c:567 >>> > 567 event_base_dispatch((struct event_base *) bctx->eb); >>> > (gdb) up >>> > #11 0x000000000041060c in user_activity_hyper >>> > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 >>> > 506 if (mget_url_hyper (bctx) == -1) >>> > (gdb) up >>> > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) >>> > at loader.c:333 >>> > 333 rval = ua_array[loading_mode] (bctx->cctx_array); >>> > (gdb) up >>> > >>> > Thanks. >>> > >>> > On Tue, Dec 1, 2009 at 1:56 PM, Robert Iakobashvili >>> > <cor...@gm...> wrote: >>> >> Hi, >>> >> >>> >> Better try 0.48 and 0.49. >>> >> Thanks! >>> >> >>> >> On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: >>> >>> >>> >>> Hello, >>> >>> >>> >>> Started with curl-loader-0.50, just went to the last stable release, >>> >>> curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP >>> >>> settings, again, coredumps. Do you think I'd have better luck with >>> >>> 0.49? >>> >>> >>> >>> Thanks! >>> >>> >>> >>> On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili >>> >>> <cor...@gm...> >>> >>> wrote: >>> >>> > Hi, >>> >>> > >>> >>> > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: >>> >>> >> >>> >>> >> > Core was generated by `curl-loader -t 4 -f >>> >>> >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. >>> >>> >> > Program terminated with signal 11, Segmentation fault. >>> >>> >> > #0 0x0000000000437de0 in Curl_done () >>> >>> >> > (gdb) bt >>> >>> >> > #0 0x0000000000437de0 in Curl_done () >>> >>> >> > #1 0x0000000000426a32 in multi_runsingle () >>> >>> >> > #2 0x0000000000426e5f in curl_multi_perform () >>> >>> >> > #3 0x0000000000428629 in curl_multi_socket_all () >>> >>> >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, >>> >>> >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 >>> >>> >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, >>> >>> >> > userp=0x7fffff4aa410) at loader_hyper.c:398 >>> >>> >> > #6 0x00000000004648f8 in event_base_loop () >>> >>> >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at >>> >>> >> > loader_hyper.c:567 >>> >>> >> > #8 0x00000000004118b0 in user_activity_hyper >>> >>> >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 >>> >>> >> > #9 0x000000000040aadf in batch_function >>> >>> >> > (batch_data=0x7fffff4aa410) >>> >>> >> > at loader.c:345 >>> >>> >> > #10 0x00007ff331d52070 in start_thread () from >>> >>> >> > /lib64/libpthread.so.0 >>> >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >>> >>> >> > #12 0x0000000000000000 in ?? () >>> >>> >> > (gdb) up >>> >>> >> > #9 0x000000000040aadf in batch_function >>> >>> >> > (batch_data=0x7fffff4aa410) >>> >>> >> > at loader.c:345 >>> >>> >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); >>> >>> >> > (gdb) up >>> >>> >> > #10 0x00007ff331d52070 in start_thread () from >>> >>> >> > /lib64/libpthread.so.0 >>> >>> >> > (gdb) up >>> >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >>> >>> >> > (gdb) up >>> >>> >> > #12 0x0000000000000000 in ?? () >>> >>> >> > (gdb) up >>> >>> >> > >>> >>> >> > >>> >>> > >>> >>> > Can you try some previous version, e.g 0.49 ? >>> >>> > Thanks! >>> >>> > >>> >>> > On my side I am looking at libcurl recent bug fixes, since it may be >>> >>> > some >>> >>> > issue >>> >>> > in Curl_done () or something in libevent >>> >>> > >>> >>> > -- >>> >>> > Truly, >>> >>> > Robert Iakobashvili, Ph.D. >>> >>> > >>> >>> > ...................................................................... >>> >>> > www.ghotit.com >>> >>> > Assistive technology that understands you >>> >>> > >>> >>> > ...................................................................... >>> >>> > >>> >>> > >>> >>> > >>> >>> > ------------------------------------------------------------------------------ >>> >>> > Join us December 9, 2009 for the Red Hat Virtual Experience, >>> >>> > a free event focused on virtualization and cloud computing. >>> >>> > Attend in-depth sessions from your desk. Your couch. Anywhere. >>> >>> > http://p.sf.net/sfu/redhat-sfdev2dev >>> >>> > _______________________________________________ >>> >>> > curl-loader-devel mailing list >>> >>> > cur...@li... >>> >>> > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >>> >>> > >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Join us December 9, 2009 for the Red Hat Virtual Experience, >>> >>> a free event focused on virtualization and cloud computing. >>> >>> Attend in-depth sessions from your desk. Your couch. Anywhere. >>> >>> http://p.sf.net/sfu/redhat-sfdev2dev >>> >>> _______________________________________________ >>> >>> curl-loader-devel mailing list >>> >>> cur...@li... >>> >>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >>> >> >>> >> >>> >> >>> >> -- >>> >> Truly, >>> >> Robert Iakobashvili, Ph.D. >>> >> ...................................................................... >>> >> www.ghotit.com >>> >> Assistive technology that understands you >>> >> ...................................................................... >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> Join us December 9, 2009 for the Red Hat Virtual Experience, >>> >> a free event focused on virtualization and cloud computing. >>> >> Attend in-depth sessions from your desk. Your couch. Anywhere. >>> >> http://p.sf.net/sfu/redhat-sfdev2dev >>> >> _______________________________________________ >>> >> curl-loader-devel mailing list >>> >> cur...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >>> >> >>> >> >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> Join us December 9, 2009 for the Red Hat Virtual Experience, >>> a free event focused on virtualization and cloud computing. >>> Attend in-depth sessions from your desk. Your couch. Anywhere. >>> http://p.sf.net/sfu/redhat-sfdev2dev >>> _______________________________________________ >>> curl-loader-devel mailing list >>> cur...@li... >>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> >> >> -- >> Truly, >> Robert Iakobashvili, Ph.D. >> ...................................................................... >> www.ghotit.com >> Assistive technology that understands you >> ...................................................................... >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> curl-loader-devel mailing list >> cur...@li... >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> > |
|
From: bnoble <bn...@gm...> - 2009-12-02 06:57:06
|
Robert, In case you need it, here is the curl version: curl 7.19.0 (x86_64-suse-linux-gnu) libcurl/7.19.0 OpenSSL/0.9.8h zlib/1.2.3 libidn/1.10 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz Alternately, if you know of a version of libcurl which is more stable/works better with curl-loader, I would happily revert to an older version. Your efforts are appreciated. On Tue, Dec 1, 2009 at 9:37 PM, Robert Iakobashvili <cor...@gm...> wrote: > Thank you very much. > > I will try to play with newer versions of libcurl > and let you know. > > Thanks! > > On Wed, Dec 2, 2009 at 12:17 AM, bnoble <bn...@gm...> wrote: >> >> Same in 0.48, ~112 clients. >> >> >> On Tue, Dec 1, 2009 at 2:11 PM, bnoble <bn...@gm...> wrote: >> > Robert, >> > >> > Same result with 0.49, only sooner. ~136 clients. >> > >> > (gdb) bt >> > #0 0x000000000043e70a in Curl_done () >> > #1 0x00000000004262e7 in multi_runsingle () >> > #2 0x0000000000426b55 in curl_multi_perform () >> > #3 0x0000000000427422 in multi_socket () >> > #4 0x0000000000427bf4 in curl_multi_socket_all () >> > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, >> > still_running=0x7fb77547efa4) at loader_hyper.c:667 >> > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, >> > userp=0x7fff4c572da0) at loader_hyper.c:398 >> > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) >> > at event.c:392 >> > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, >> > flags=0) at event.c:544 >> > #9 0x000000000045e1a6 in event_base_dispatch >> > (event_base=0x7fb771a1c950) at event.c:412 >> > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at >> > loader_hyper.c:567 >> > #11 0x000000000041060c in user_activity_hyper >> > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 >> > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) >> > at loader.c:333 >> > #13 0x00007fb777692070 in ?? () >> > #14 0x0000000000000000 in ?? () >> > (gdb) up >> > #1 0x00000000004262e7 in multi_runsingle () >> > Current language: auto; currently asm >> > (gdb) up >> > #2 0x0000000000426b55 in curl_multi_perform () >> > (gdb) up >> > #3 0x0000000000427422 in multi_socket () >> > (gdb) up >> > #4 0x0000000000427bf4 in curl_multi_socket_all () >> > (gdb) up >> > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, >> > still_running=0x7fb77547efa4) at loader_hyper.c:667 >> > 667 while (CURLM_CALL_MULTI_PERFORM == >> > Current language: auto; currently c >> > (gdb) up >> > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, >> > userp=0x7fff4c572da0) at loader_hyper.c:398 >> > 398 mperform_hyper (bctx, &st); >> > (gdb) up >> > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) >> > at event.c:392 >> > 392 (*ev->ev_callback)((int)ev->ev_fd, >> > ev->ev_res, ev->ev_arg); >> > (gdb) up >> > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, >> > flags=0) at event.c:544 >> > 544 event_process_active(base); >> > (gdb) up >> > #9 0x000000000045e1a6 in event_base_dispatch >> > (event_base=0x7fb771a1c950) at event.c:412 >> > 412 return (event_base_loop(event_base, 0)); >> > (gdb) up >> > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at >> > loader_hyper.c:567 >> > 567 event_base_dispatch((struct event_base *) bctx->eb); >> > (gdb) up >> > #11 0x000000000041060c in user_activity_hyper >> > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 >> > 506 if (mget_url_hyper (bctx) == -1) >> > (gdb) up >> > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) >> > at loader.c:333 >> > 333 rval = ua_array[loading_mode] (bctx->cctx_array); >> > (gdb) up >> > >> > Thanks. >> > >> > On Tue, Dec 1, 2009 at 1:56 PM, Robert Iakobashvili >> > <cor...@gm...> wrote: >> >> Hi, >> >> >> >> Better try 0.48 and 0.49. >> >> Thanks! >> >> >> >> On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: >> >>> >> >>> Hello, >> >>> >> >>> Started with curl-loader-0.50, just went to the last stable release, >> >>> curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP >> >>> settings, again, coredumps. Do you think I'd have better luck with >> >>> 0.49? >> >>> >> >>> Thanks! >> >>> >> >>> On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili >> >>> <cor...@gm...> >> >>> wrote: >> >>> > Hi, >> >>> > >> >>> > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: >> >>> >> >> >>> >> > Core was generated by `curl-loader -t 4 -f >> >>> >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. >> >>> >> > Program terminated with signal 11, Segmentation fault. >> >>> >> > #0 0x0000000000437de0 in Curl_done () >> >>> >> > (gdb) bt >> >>> >> > #0 0x0000000000437de0 in Curl_done () >> >>> >> > #1 0x0000000000426a32 in multi_runsingle () >> >>> >> > #2 0x0000000000426e5f in curl_multi_perform () >> >>> >> > #3 0x0000000000428629 in curl_multi_socket_all () >> >>> >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, >> >>> >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 >> >>> >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, >> >>> >> > userp=0x7fffff4aa410) at loader_hyper.c:398 >> >>> >> > #6 0x00000000004648f8 in event_base_loop () >> >>> >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at >> >>> >> > loader_hyper.c:567 >> >>> >> > #8 0x00000000004118b0 in user_activity_hyper >> >>> >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 >> >>> >> > #9 0x000000000040aadf in batch_function >> >>> >> > (batch_data=0x7fffff4aa410) >> >>> >> > at loader.c:345 >> >>> >> > #10 0x00007ff331d52070 in start_thread () from >> >>> >> > /lib64/libpthread.so.0 >> >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> >>> >> > #12 0x0000000000000000 in ?? () >> >>> >> > (gdb) up >> >>> >> > #9 0x000000000040aadf in batch_function >> >>> >> > (batch_data=0x7fffff4aa410) >> >>> >> > at loader.c:345 >> >>> >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); >> >>> >> > (gdb) up >> >>> >> > #10 0x00007ff331d52070 in start_thread () from >> >>> >> > /lib64/libpthread.so.0 >> >>> >> > (gdb) up >> >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> >>> >> > (gdb) up >> >>> >> > #12 0x0000000000000000 in ?? () >> >>> >> > (gdb) up >> >>> >> > >> >>> >> > >> >>> > >> >>> > Can you try some previous version, e.g 0.49 ? >> >>> > Thanks! >> >>> > >> >>> > On my side I am looking at libcurl recent bug fixes, since it may be >> >>> > some >> >>> > issue >> >>> > in Curl_done () or something in libevent >> >>> > >> >>> > -- >> >>> > Truly, >> >>> > Robert Iakobashvili, Ph.D. >> >>> > >> >>> > ...................................................................... >> >>> > www.ghotit.com >> >>> > Assistive technology that understands you >> >>> > >> >>> > ...................................................................... >> >>> > >> >>> > >> >>> > >> >>> > ------------------------------------------------------------------------------ >> >>> > Join us December 9, 2009 for the Red Hat Virtual Experience, >> >>> > a free event focused on virtualization and cloud computing. >> >>> > Attend in-depth sessions from your desk. Your couch. Anywhere. >> >>> > http://p.sf.net/sfu/redhat-sfdev2dev >> >>> > _______________________________________________ >> >>> > curl-loader-devel mailing list >> >>> > cur...@li... >> >>> > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >>> > >> >>> > >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Join us December 9, 2009 for the Red Hat Virtual Experience, >> >>> a free event focused on virtualization and cloud computing. >> >>> Attend in-depth sessions from your desk. Your couch. Anywhere. >> >>> http://p.sf.net/sfu/redhat-sfdev2dev >> >>> _______________________________________________ >> >>> curl-loader-devel mailing list >> >>> cur...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> >> >> >> >> >> >> -- >> >> Truly, >> >> Robert Iakobashvili, Ph.D. >> >> ...................................................................... >> >> www.ghotit.com >> >> Assistive technology that understands you >> >> ...................................................................... >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> >> a free event focused on virtualization and cloud computing. >> >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> >> http://p.sf.net/sfu/redhat-sfdev2dev >> >> _______________________________________________ >> >> curl-loader-devel mailing list >> >> cur...@li... >> >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> >> >> >> > >> >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> curl-loader-devel mailing list >> cur...@li... >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-12-02 05:40:44
|
On Wed, Dec 2, 2009 at 7:37 AM, Robert Iakobashvili <cor...@gm...>wrote: > Thank you very much. > > I will try to play with newer versions of libcurl > and let you know. > > Thanks! > > On Wed, Dec 2, 2009 at 12:17 AM, bnoble <bn...@gm...> wrote: > >> Same in 0.48, ~112 clients. >> >> > Just FYI, if you find missed something: http://curl-loader.sourceforge.net/doc/faq.html#big-load > -- >> Truly, >> Robert Iakobashvili, Ph.D. >> ...................................................................... >> www.ghotit.com >> Assistive technology that understands you >> ...................................................................... >> > |
|
From: Robert I. <cor...@gm...> - 2009-12-02 05:37:38
|
Thank you very much. I will try to play with newer versions of libcurl and let you know. Thanks! On Wed, Dec 2, 2009 at 12:17 AM, bnoble <bn...@gm...> wrote: > Same in 0.48, ~112 clients. > > > On Tue, Dec 1, 2009 at 2:11 PM, bnoble <bn...@gm...> wrote: > > Robert, > > > > Same result with 0.49, only sooner. ~136 clients. > > > > (gdb) bt > > #0 0x000000000043e70a in Curl_done () > > #1 0x00000000004262e7 in multi_runsingle () > > #2 0x0000000000426b55 in curl_multi_perform () > > #3 0x0000000000427422 in multi_socket () > > #4 0x0000000000427bf4 in curl_multi_socket_all () > > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, > > still_running=0x7fb77547efa4) at loader_hyper.c:667 > > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, > > userp=0x7fff4c572da0) at loader_hyper.c:398 > > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) > > at event.c:392 > > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, > > flags=0) at event.c:544 > > #9 0x000000000045e1a6 in event_base_dispatch > > (event_base=0x7fb771a1c950) at event.c:412 > > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at > > loader_hyper.c:567 > > #11 0x000000000041060c in user_activity_hyper > > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 > > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) > > at loader.c:333 > > #13 0x00007fb777692070 in ?? () > > #14 0x0000000000000000 in ?? () > > (gdb) up > > #1 0x00000000004262e7 in multi_runsingle () > > Current language: auto; currently asm > > (gdb) up > > #2 0x0000000000426b55 in curl_multi_perform () > > (gdb) up > > #3 0x0000000000427422 in multi_socket () > > (gdb) up > > #4 0x0000000000427bf4 in curl_multi_socket_all () > > (gdb) up > > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, > > still_running=0x7fb77547efa4) at loader_hyper.c:667 > > 667 while (CURLM_CALL_MULTI_PERFORM == > > Current language: auto; currently c > > (gdb) up > > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, > > userp=0x7fff4c572da0) at loader_hyper.c:398 > > 398 mperform_hyper (bctx, &st); > > (gdb) up > > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) > > at event.c:392 > > 392 (*ev->ev_callback)((int)ev->ev_fd, > > ev->ev_res, ev->ev_arg); > > (gdb) up > > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, > > flags=0) at event.c:544 > > 544 event_process_active(base); > > (gdb) up > > #9 0x000000000045e1a6 in event_base_dispatch > > (event_base=0x7fb771a1c950) at event.c:412 > > 412 return (event_base_loop(event_base, 0)); > > (gdb) up > > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at > > loader_hyper.c:567 > > 567 event_base_dispatch((struct event_base *) bctx->eb); > > (gdb) up > > #11 0x000000000041060c in user_activity_hyper > > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 > > 506 if (mget_url_hyper (bctx) == -1) > > (gdb) up > > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) > > at loader.c:333 > > 333 rval = ua_array[loading_mode] (bctx->cctx_array); > > (gdb) up > > > > Thanks. > > > > On Tue, Dec 1, 2009 at 1:56 PM, Robert Iakobashvili <cor...@gm...> > wrote: > >> Hi, > >> > >> Better try 0.48 and 0.49. > >> Thanks! > >> > >> On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: > >>> > >>> Hello, > >>> > >>> Started with curl-loader-0.50, just went to the last stable release, > >>> curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP > >>> settings, again, coredumps. Do you think I'd have better luck with > >>> 0.49? > >>> > >>> Thanks! > >>> > >>> On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili < > cor...@gm...> > >>> wrote: > >>> > Hi, > >>> > > >>> > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: > >>> >> > >>> >> > Core was generated by `curl-loader -t 4 -f > >>> >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. > >>> >> > Program terminated with signal 11, Segmentation fault. > >>> >> > #0 0x0000000000437de0 in Curl_done () > >>> >> > (gdb) bt > >>> >> > #0 0x0000000000437de0 in Curl_done () > >>> >> > #1 0x0000000000426a32 in multi_runsingle () > >>> >> > #2 0x0000000000426e5f in curl_multi_perform () > >>> >> > #3 0x0000000000428629 in curl_multi_socket_all () > >>> >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, > >>> >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 > >>> >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, > >>> >> > userp=0x7fffff4aa410) at loader_hyper.c:398 > >>> >> > #6 0x00000000004648f8 in event_base_loop () > >>> >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at > >>> >> > loader_hyper.c:567 > >>> >> > #8 0x00000000004118b0 in user_activity_hyper > >>> >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 > >>> >> > #9 0x000000000040aadf in batch_function > (batch_data=0x7fffff4aa410) > >>> >> > at loader.c:345 > >>> >> > #10 0x00007ff331d52070 in start_thread () from > /lib64/libpthread.so.0 > >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > >>> >> > #12 0x0000000000000000 in ?? () > >>> >> > (gdb) up > >>> >> > #9 0x000000000040aadf in batch_function > (batch_data=0x7fffff4aa410) > >>> >> > at loader.c:345 > >>> >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); > >>> >> > (gdb) up > >>> >> > #10 0x00007ff331d52070 in start_thread () from > /lib64/libpthread.so.0 > >>> >> > (gdb) up > >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > >>> >> > (gdb) up > >>> >> > #12 0x0000000000000000 in ?? () > >>> >> > (gdb) up > >>> >> > > >>> >> > > >>> > > >>> > Can you try some previous version, e.g 0.49 ? > >>> > Thanks! > >>> > > >>> > On my side I am looking at libcurl recent bug fixes, since it may be > >>> > some > >>> > issue > >>> > in Curl_done () or something in libevent > >>> > > >>> > -- > >>> > Truly, > >>> > Robert Iakobashvili, Ph.D. > >>> > > ...................................................................... > >>> > www.ghotit.com > >>> > Assistive technology that understands you > >>> > > ...................................................................... > >>> > > >>> > > >>> > > ------------------------------------------------------------------------------ > >>> > Join us December 9, 2009 for the Red Hat Virtual Experience, > >>> > a free event focused on virtualization and cloud computing. > >>> > Attend in-depth sessions from your desk. Your couch. Anywhere. > >>> > http://p.sf.net/sfu/redhat-sfdev2dev > >>> > _______________________________________________ > >>> > curl-loader-devel mailing list > >>> > cur...@li... > >>> > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > >>> > > >>> > > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Join us December 9, 2009 for the Red Hat Virtual Experience, > >>> a free event focused on virtualization and cloud computing. > >>> Attend in-depth sessions from your desk. Your couch. Anywhere. > >>> http://p.sf.net/sfu/redhat-sfdev2dev > >>> _______________________________________________ > >>> curl-loader-devel mailing list > >>> cur...@li... > >>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > >> > >> > >> > >> -- > >> Truly, > >> Robert Iakobashvili, Ph.D. > >> ...................................................................... > >> www.ghotit.com > >> Assistive technology that understands you > >> ...................................................................... > >> > >> > ------------------------------------------------------------------------------ > >> Join us December 9, 2009 for the Red Hat Virtual Experience, > >> a free event focused on virtualization and cloud computing. > >> Attend in-depth sessions from your desk. Your couch. Anywhere. > >> http://p.sf.net/sfu/redhat-sfdev2dev > >> _______________________________________________ > >> curl-loader-devel mailing list > >> cur...@li... > >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > >> > >> > > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-01 22:18:04
|
Same in 0.48, ~112 clients. On Tue, Dec 1, 2009 at 2:11 PM, bnoble <bn...@gm...> wrote: > Robert, > > Same result with 0.49, only sooner. ~136 clients. > > (gdb) bt > #0 0x000000000043e70a in Curl_done () > #1 0x00000000004262e7 in multi_runsingle () > #2 0x0000000000426b55 in curl_multi_perform () > #3 0x0000000000427422 in multi_socket () > #4 0x0000000000427bf4 in curl_multi_socket_all () > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, > still_running=0x7fb77547efa4) at loader_hyper.c:667 > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, > userp=0x7fff4c572da0) at loader_hyper.c:398 > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) > at event.c:392 > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, > flags=0) at event.c:544 > #9 0x000000000045e1a6 in event_base_dispatch > (event_base=0x7fb771a1c950) at event.c:412 > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at > loader_hyper.c:567 > #11 0x000000000041060c in user_activity_hyper > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) > at loader.c:333 > #13 0x00007fb777692070 in ?? () > #14 0x0000000000000000 in ?? () > (gdb) up > #1 0x00000000004262e7 in multi_runsingle () > Current language: auto; currently asm > (gdb) up > #2 0x0000000000426b55 in curl_multi_perform () > (gdb) up > #3 0x0000000000427422 in multi_socket () > (gdb) up > #4 0x0000000000427bf4 in curl_multi_socket_all () > (gdb) up > #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, > still_running=0x7fb77547efa4) at loader_hyper.c:667 > 667 while (CURLM_CALL_MULTI_PERFORM == > Current language: auto; currently c > (gdb) up > #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, > userp=0x7fff4c572da0) at loader_hyper.c:398 > 398 mperform_hyper (bctx, &st); > (gdb) up > #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) > at event.c:392 > 392 (*ev->ev_callback)((int)ev->ev_fd, > ev->ev_res, ev->ev_arg); > (gdb) up > #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, > flags=0) at event.c:544 > 544 event_process_active(base); > (gdb) up > #9 0x000000000045e1a6 in event_base_dispatch > (event_base=0x7fb771a1c950) at event.c:412 > 412 return (event_base_loop(event_base, 0)); > (gdb) up > #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at > loader_hyper.c:567 > 567 event_base_dispatch((struct event_base *) bctx->eb); > (gdb) up > #11 0x000000000041060c in user_activity_hyper > (cctx_array=0x7fb777acb010) at loader_hyper.c:506 > 506 if (mget_url_hyper (bctx) == -1) > (gdb) up > #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) > at loader.c:333 > 333 rval = ua_array[loading_mode] (bctx->cctx_array); > (gdb) up > > Thanks. > > On Tue, Dec 1, 2009 at 1:56 PM, Robert Iakobashvili <cor...@gm...> wrote: >> Hi, >> >> Better try 0.48 and 0.49. >> Thanks! >> >> On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: >>> >>> Hello, >>> >>> Started with curl-loader-0.50, just went to the last stable release, >>> curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP >>> settings, again, coredumps. Do you think I'd have better luck with >>> 0.49? >>> >>> Thanks! >>> >>> On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili <cor...@gm...> >>> wrote: >>> > Hi, >>> > >>> > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: >>> >> >>> >> > Core was generated by `curl-loader -t 4 -f >>> >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. >>> >> > Program terminated with signal 11, Segmentation fault. >>> >> > #0 0x0000000000437de0 in Curl_done () >>> >> > (gdb) bt >>> >> > #0 0x0000000000437de0 in Curl_done () >>> >> > #1 0x0000000000426a32 in multi_runsingle () >>> >> > #2 0x0000000000426e5f in curl_multi_perform () >>> >> > #3 0x0000000000428629 in curl_multi_socket_all () >>> >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, >>> >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 >>> >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, >>> >> > userp=0x7fffff4aa410) at loader_hyper.c:398 >>> >> > #6 0x00000000004648f8 in event_base_loop () >>> >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at >>> >> > loader_hyper.c:567 >>> >> > #8 0x00000000004118b0 in user_activity_hyper >>> >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 >>> >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >>> >> > at loader.c:345 >>> >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >>> >> > #12 0x0000000000000000 in ?? () >>> >> > (gdb) up >>> >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >>> >> > at loader.c:345 >>> >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); >>> >> > (gdb) up >>> >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >>> >> > (gdb) up >>> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >>> >> > (gdb) up >>> >> > #12 0x0000000000000000 in ?? () >>> >> > (gdb) up >>> >> > >>> >> > >>> > >>> > Can you try some previous version, e.g 0.49 ? >>> > Thanks! >>> > >>> > On my side I am looking at libcurl recent bug fixes, since it may be >>> > some >>> > issue >>> > in Curl_done () or something in libevent >>> > >>> > -- >>> > Truly, >>> > Robert Iakobashvili, Ph.D. >>> > ...................................................................... >>> > www.ghotit.com >>> > Assistive technology that understands you >>> > ...................................................................... >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Join us December 9, 2009 for the Red Hat Virtual Experience, >>> > a free event focused on virtualization and cloud computing. >>> > Attend in-depth sessions from your desk. Your couch. Anywhere. >>> > http://p.sf.net/sfu/redhat-sfdev2dev >>> > _______________________________________________ >>> > curl-loader-devel mailing list >>> > cur...@li... >>> > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >>> > >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> Join us December 9, 2009 for the Red Hat Virtual Experience, >>> a free event focused on virtualization and cloud computing. >>> Attend in-depth sessions from your desk. Your couch. Anywhere. >>> http://p.sf.net/sfu/redhat-sfdev2dev >>> _______________________________________________ >>> curl-loader-devel mailing list >>> cur...@li... >>> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> >> >> -- >> Truly, >> Robert Iakobashvili, Ph.D. >> ...................................................................... >> www.ghotit.com >> Assistive technology that understands you >> ...................................................................... >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> curl-loader-devel mailing list >> cur...@li... >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> > |
|
From: bnoble <bn...@gm...> - 2009-12-01 22:12:01
|
Robert, Same result with 0.49, only sooner. ~136 clients. (gdb) bt #0 0x000000000043e70a in Curl_done () #1 0x00000000004262e7 in multi_runsingle () #2 0x0000000000426b55 in curl_multi_perform () #3 0x0000000000427422 in multi_socket () #4 0x0000000000427bf4 in curl_multi_socket_all () #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, still_running=0x7fb77547efa4) at loader_hyper.c:667 #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, userp=0x7fff4c572da0) at loader_hyper.c:398 #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) at event.c:392 #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, flags=0) at event.c:544 #9 0x000000000045e1a6 in event_base_dispatch (event_base=0x7fb771a1c950) at event.c:412 #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at loader_hyper.c:567 #11 0x000000000041060c in user_activity_hyper (cctx_array=0x7fb777acb010) at loader_hyper.c:506 #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) at loader.c:333 #13 0x00007fb777692070 in ?? () #14 0x0000000000000000 in ?? () (gdb) up #1 0x00000000004262e7 in multi_runsingle () Current language: auto; currently asm (gdb) up #2 0x0000000000426b55 in curl_multi_perform () (gdb) up #3 0x0000000000427422 in multi_socket () (gdb) up #4 0x0000000000427bf4 in curl_multi_socket_all () (gdb) up #5 0x0000000000410917 in mperform_hyper (bctx=0x7fff4c572da0, still_running=0x7fb77547efa4) at loader_hyper.c:667 667 while (CURLM_CALL_MULTI_PERFORM == Current language: auto; currently c (gdb) up #6 0x000000000041027c in next_load_cb_hyper (fd=-1, kind=1, userp=0x7fff4c572da0) at loader_hyper.c:398 398 mperform_hyper (bctx, &st); (gdb) up #7 0x000000000045e146 in event_process_active (base=0x7fb771a1c950) at event.c:392 392 (*ev->ev_callback)((int)ev->ev_fd, ev->ev_res, ev->ev_arg); (gdb) up #8 0x000000000045e483 in event_base_loop (base=0x7fb771a1c950, flags=0) at event.c:544 544 event_process_active(base); (gdb) up #9 0x000000000045e1a6 in event_base_dispatch (event_base=0x7fb771a1c950) at event.c:412 412 return (event_base_loop(event_base, 0)); (gdb) up #10 0x00000000004106f1 in mget_url_hyper (bctx=0x7fff4c572da0) at loader_hyper.c:567 567 event_base_dispatch((struct event_base *) bctx->eb); (gdb) up #11 0x000000000041060c in user_activity_hyper (cctx_array=0x7fb777acb010) at loader_hyper.c:506 506 if (mget_url_hyper (bctx) == -1) (gdb) up #12 0x000000000040a952 in batch_function (batch_data=0x7fff4c572da0) at loader.c:333 333 rval = ua_array[loading_mode] (bctx->cctx_array); (gdb) up Thanks. On Tue, Dec 1, 2009 at 1:56 PM, Robert Iakobashvili <cor...@gm...> wrote: > Hi, > > Better try 0.48 and 0.49. > Thanks! > > On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: >> >> Hello, >> >> Started with curl-loader-0.50, just went to the last stable release, >> curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP >> settings, again, coredumps. Do you think I'd have better luck with >> 0.49? >> >> Thanks! >> >> On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili <cor...@gm...> >> wrote: >> > Hi, >> > >> > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: >> >> >> >> > Core was generated by `curl-loader -t 4 -f >> >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. >> >> > Program terminated with signal 11, Segmentation fault. >> >> > #0 0x0000000000437de0 in Curl_done () >> >> > (gdb) bt >> >> > #0 0x0000000000437de0 in Curl_done () >> >> > #1 0x0000000000426a32 in multi_runsingle () >> >> > #2 0x0000000000426e5f in curl_multi_perform () >> >> > #3 0x0000000000428629 in curl_multi_socket_all () >> >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, >> >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 >> >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, >> >> > userp=0x7fffff4aa410) at loader_hyper.c:398 >> >> > #6 0x00000000004648f8 in event_base_loop () >> >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at >> >> > loader_hyper.c:567 >> >> > #8 0x00000000004118b0 in user_activity_hyper >> >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 >> >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >> >> > at loader.c:345 >> >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> >> > #12 0x0000000000000000 in ?? () >> >> > (gdb) up >> >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >> >> > at loader.c:345 >> >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); >> >> > (gdb) up >> >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >> >> > (gdb) up >> >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> >> > (gdb) up >> >> > #12 0x0000000000000000 in ?? () >> >> > (gdb) up >> >> > >> >> > >> > >> > Can you try some previous version, e.g 0.49 ? >> > Thanks! >> > >> > On my side I am looking at libcurl recent bug fixes, since it may be >> > some >> > issue >> > in Curl_done () or something in libevent >> > >> > -- >> > Truly, >> > Robert Iakobashvili, Ph.D. >> > ...................................................................... >> > www.ghotit.com >> > Assistive technology that understands you >> > ...................................................................... >> > >> > >> > ------------------------------------------------------------------------------ >> > Join us December 9, 2009 for the Red Hat Virtual Experience, >> > a free event focused on virtualization and cloud computing. >> > Attend in-depth sessions from your desk. Your couch. Anywhere. >> > http://p.sf.net/sfu/redhat-sfdev2dev >> > _______________________________________________ >> > curl-loader-devel mailing list >> > cur...@li... >> > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> curl-loader-devel mailing list >> cur...@li... >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-12-01 21:56:25
|
Hi, Better try 0.48 and 0.49. Thanks! On Tue, Dec 1, 2009 at 11:52 PM, bnoble <bn...@gm...> wrote: > Hello, > > Started with curl-loader-0.50, just went to the last stable release, > curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP > settings, again, coredumps. Do you think I'd have better luck with > 0.49? > > Thanks! > > On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili <cor...@gm...> > wrote: > > Hi, > > > > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: > >> > >> > Core was generated by `curl-loader -t 4 -f > >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. > >> > Program terminated with signal 11, Segmentation fault. > >> > #0 0x0000000000437de0 in Curl_done () > >> > (gdb) bt > >> > #0 0x0000000000437de0 in Curl_done () > >> > #1 0x0000000000426a32 in multi_runsingle () > >> > #2 0x0000000000426e5f in curl_multi_perform () > >> > #3 0x0000000000428629 in curl_multi_socket_all () > >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, > >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 > >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, > >> > userp=0x7fffff4aa410) at loader_hyper.c:398 > >> > #6 0x00000000004648f8 in event_base_loop () > >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at > >> > loader_hyper.c:567 > >> > #8 0x00000000004118b0 in user_activity_hyper > >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 > >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > >> > at loader.c:345 > >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > >> > #12 0x0000000000000000 in ?? () > >> > (gdb) up > >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > >> > at loader.c:345 > >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); > >> > (gdb) up > >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > >> > (gdb) up > >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > >> > (gdb) up > >> > #12 0x0000000000000000 in ?? () > >> > (gdb) up > >> > > >> > > > > > Can you try some previous version, e.g 0.49 ? > > Thanks! > > > > On my side I am looking at libcurl recent bug fixes, since it may be some > > issue > > in Curl_done () or something in libevent > > > > -- > > Truly, > > Robert Iakobashvili, Ph.D. > > ...................................................................... > > www.ghotit.com > > Assistive technology that understands you > > ...................................................................... > > > > > ------------------------------------------------------------------------------ > > Join us December 9, 2009 for the Red Hat Virtual Experience, > > a free event focused on virtualization and cloud computing. > > Attend in-depth sessions from your desk. Your couch. Anywhere. > > http://p.sf.net/sfu/redhat-sfdev2dev > > _______________________________________________ > > curl-loader-devel mailing list > > cur...@li... > > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > > > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-01 21:53:32
|
Hello, Started with curl-loader-0.50, just went to the last stable release, curl-loader-0.44, made it with "optimize=1 debug=0", tuned my TCP settings, again, coredumps. Do you think I'd have better luck with 0.49? Thanks! On Tue, Dec 1, 2009 at 1:43 PM, Robert Iakobashvili <cor...@gm...> wrote: > Hi, > > On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: >> >> > Core was generated by `curl-loader -t 4 -f >> > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. >> > Program terminated with signal 11, Segmentation fault. >> > #0 0x0000000000437de0 in Curl_done () >> > (gdb) bt >> > #0 0x0000000000437de0 in Curl_done () >> > #1 0x0000000000426a32 in multi_runsingle () >> > #2 0x0000000000426e5f in curl_multi_perform () >> > #3 0x0000000000428629 in curl_multi_socket_all () >> > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, >> > still_running=0x7ff32f33de94) at loader_hyper.c:683 >> > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, >> > userp=0x7fffff4aa410) at loader_hyper.c:398 >> > #6 0x00000000004648f8 in event_base_loop () >> > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at >> > loader_hyper.c:567 >> > #8 0x00000000004118b0 in user_activity_hyper >> > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >> > at loader.c:345 >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> > #12 0x0000000000000000 in ?? () >> > (gdb) up >> > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) >> > at loader.c:345 >> > 345 rval = ua_array[loading_mode] (bctx->cctx_array); >> > (gdb) up >> > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 >> > (gdb) up >> > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 >> > (gdb) up >> > #12 0x0000000000000000 in ?? () >> > (gdb) up >> > >> > > > Can you try some previous version, e.g 0.49 ? > Thanks! > > On my side I am looking at libcurl recent bug fixes, since it may be some > issue > in Curl_done () or something in libevent > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-12-01 21:43:35
|
Hi, On Tue, Dec 1, 2009 at 11:21 PM, bnoble <bn...@gm...> wrote: > > > Core was generated by `curl-loader -t 4 -f > > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. > > Program terminated with signal 11, Segmentation fault. > > #0 0x0000000000437de0 in Curl_done () > > (gdb) bt > > #0 0x0000000000437de0 in Curl_done () > > #1 0x0000000000426a32 in multi_runsingle () > > #2 0x0000000000426e5f in curl_multi_perform () > > #3 0x0000000000428629 in curl_multi_socket_all () > > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, > > still_running=0x7ff32f33de94) at loader_hyper.c:683 > > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, > > userp=0x7fffff4aa410) at loader_hyper.c:398 > > #6 0x00000000004648f8 in event_base_loop () > > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at > > loader_hyper.c:567 > > #8 0x00000000004118b0 in user_activity_hyper > > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 > > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > > at loader.c:345 > > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > > #12 0x0000000000000000 in ?? () > > (gdb) up > > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > > at loader.c:345 > > 345 rval = ua_array[loading_mode] (bctx->cctx_array); > > (gdb) up > > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > > (gdb) up > > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > > (gdb) up > > #12 0x0000000000000000 in ?? () > > (gdb) up > > > > > Can you try some previous version, e.g 0.49 ? Thanks! On my side I am looking at libcurl recent bug fixes, since it may be some issue in Curl_done () or something in libevent -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
25 messages has been excluded from this view by a project administrator.
