Thread: Re: segfault at 0 ... error 4 in curl-loader
Status: Alpha
Brought to you by:
coroberti
Menu
▾
▴
curl-loader-devel
|
From: bnoble <bn...@gm...> - 2009-12-01 20:43:32
|
Hello, I receive the following error when attempting to run the 10k configuration example, or any configuration which exceeds 1500-3000 CLIENTS_NUM_MAX: curl-loader[3975]: segfault at 0 ip 0000000000440094 sp 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] Sometimes it crashes immediately, sometimes it runs until ~3000 clients are loaded. I have played with every conceivable sysctl parameter with no luck. I have tried running the application with four threads, I have adhered to every recommendation I could find. Am I missing something obvious? I encountered similar problems with an old Ubuntu VM previously; this, however, is not a VM instance. OS: OpenSuSE 11.1 Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 x86_64 x86_64 GNU/Linux Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM Thanks. |
|
From: Robert I. <cor...@gm...> - 2009-12-01 21:07:56
|
Hi bnoble, On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: > Hello, > > I receive the following error when attempting to run the 10k > configuration example, or any configuration which exceeds 1500-3000 > CLIENTS_NUM_MAX: > > curl-loader[3975]: segfault at 0 ip 0000000000440094 sp > 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] > > Sometimes it crashes immediately, sometimes it runs until ~3000 > clients are loaded. I have played with every conceivable sysctl > parameter with no luck. I have tried running the application with > four threads, I have adhered to every recommendation I could find. Am > I missing something obvious? I encountered similar problems with an > old Ubuntu VM previously; this, however, is not a VM instance. > > OS: OpenSuSE 11.1 > Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 > x86_64 x86_64 GNU/Linux > Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM > > Thanks. > Are you sure, that your sockets/open descriptors limit is sufficient? Please: 1. Compile it with debugging information $make clean; make debug=1 optimize=0 2. keep core allowed in your shell #ulimit -c unlimited 3. Run it till crash and get the core file 4. open the core and the curl-loader application by gdb debugger and explore the backtrace by bt command You might wish to send the trace to this list. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-01 21:18:13
|
You bet, thanks for the quick reply: 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 On Tue, Dec 1, 2009 at 1:07 PM, Robert Iakobashvili <cor...@gm...> wrote: > Hi bnoble, > > On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: >> >> Hello, >> >> I receive the following error when attempting to run the 10k >> configuration example, or any configuration which exceeds 1500-3000 >> CLIENTS_NUM_MAX: >> >> curl-loader[3975]: segfault at 0 ip 0000000000440094 sp >> 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] >> >> Sometimes it crashes immediately, sometimes it runs until ~3000 >> clients are loaded. I have played with every conceivable sysctl >> parameter with no luck. I have tried running the application with >> four threads, I have adhered to every recommendation I could find. Am >> I missing something obvious? I encountered similar problems with an >> old Ubuntu VM previously; this, however, is not a VM instance. >> >> OS: OpenSuSE 11.1 >> Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 >> x86_64 x86_64 GNU/Linux >> Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM >> >> Thanks. > > > Are you sure, that your sockets/open descriptors limit is sufficient? > > > Please: > > 1. Compile it with debugging information > $make clean; make debug=1 optimize=0 > > 2. keep core allowed in your shell > #ulimit -c unlimited > > 3. Run it till crash and get the core file > > 4. open the core and the curl-loader application by gdb debugger > and explore the backtrace by bt command > > You might wish to send the trace to this list. > > > -- > 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 21:22:17
|
Oh and also: cat /proc/sys/fs/file-max 610245 Thanks. On Tue, Dec 1, 2009 at 1:17 PM, bnoble <bn...@gm...> wrote: > You bet, thanks for the quick reply: > > 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 > > On Tue, Dec 1, 2009 at 1:07 PM, Robert Iakobashvili <cor...@gm...> wrote: >> Hi bnoble, >> >> On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: >>> >>> Hello, >>> >>> I receive the following error when attempting to run the 10k >>> configuration example, or any configuration which exceeds 1500-3000 >>> CLIENTS_NUM_MAX: >>> >>> curl-loader[3975]: segfault at 0 ip 0000000000440094 sp >>> 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] >>> >>> Sometimes it crashes immediately, sometimes it runs until ~3000 >>> clients are loaded. I have played with every conceivable sysctl >>> parameter with no luck. I have tried running the application with >>> four threads, I have adhered to every recommendation I could find. Am >>> I missing something obvious? I encountered similar problems with an >>> old Ubuntu VM previously; this, however, is not a VM instance. >>> >>> OS: OpenSuSE 11.1 >>> Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 >>> x86_64 x86_64 GNU/Linux >>> Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM >>> >>> Thanks. >> >> >> Are you sure, that your sockets/open descriptors limit is sufficient? >> >> >> Please: >> >> 1. Compile it with debugging information >> $make clean; make debug=1 optimize=0 >> >> 2. keep core allowed in your shell >> #ulimit -c unlimited >> >> 3. Run it till crash and get the core file >> >> 4. open the core and the curl-loader application by gdb debugger >> and explore the backtrace by bt command >> >> You might wish to send the trace to this list. >> >> >> -- >> 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 ...................................................................... |
|
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: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 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: 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: 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: 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: 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 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: 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: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: 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 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: 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 ...................................................................... |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X