[httperf] httperf-0.9.0 segmentation fault on Mac 10.6.7
Michael Irwin
mdirwin78 at att.net
Mon May 2 07:42:17 PDT 2011
Also, in case it helps, here is a crash log saved automatically by Mac OS X:
Process: httperf [34206]
Path: /usr/local/Cellar/httperf/0.9.0/bin/httperf
Identifier: httperf
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: bash [87647]
Date/Time: 2011-05-02 10:38:57.263 -0400
OS Version: Mac OS X 10.6.7 (10J869)
Report Version: 6
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000004
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 httperf 0x0000000100004638 0x100000000 + 17976
1 httperf 0x0000000100003602 0x100000000 + 13826
2 httperf 0x00000001000017f4 0x100000000 + 6132
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000100803000 rbx: 0x0000000000000001 rcx: 0x0000000000000920 rdx: 0x0000000000000124
rdi: 0x0000000100810c00 rsi: 0x0000000000000000 rbp: 0x00007fff5fbff040 rsp: 0x00007fff5fbfce90
r8: 0x0000000000000010 r9: 0x00000001001fc0a4 r10: 0x0000000000000020 r11: 0x0000000100103aa0
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000049 r15: 0x0000000000000000
rip: 0x0000000100004638 rfl: 0x0000000000010202 cr2: 0x0000000000000004
Binary Images:
0x100000000 - 0x10000ffff +httperf ??? (???) <3D06181E-79C8-32CC-91BB-42969BDA7322> /usr/local/bin/httperf
0x7fff5fc00000 - 0x7fff5fc3bdef dyld 132.1 (???) <486E6C61-1197-CC7C-2197-82CE505102D7> /usr/lib/dyld
0x7fff81148000 - 0x7fff81169fff libresolv.9.dylib 41.0.0 (compatibility 1.0.0) <9F322F47-0584-CB7D-5B73-9EBD670851CD> /usr/lib/libresolv.9.dylib
0x7fff82d16000 - 0x7fff82d17ff7 com.apple.TrustEvaluationAgent 1.1 (1) <5952A9FA-BC2B-16EF-91A7-43902A5C07B6> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
0x7fff86e76000 - 0x7fff86eb0fff libssl.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <C7153747-50E3-32DA-426F-CC4C505D1D6C> /usr/lib/libssl.0.9.8.dylib
0x7fff873c8000 - 0x7fff874e9fe7 libcrypto.0.9.8.dylib 0.9.8 (compatibility 0.9.8) <48AEAFE1-21F4-B3C8-4199-35AD5E8D0613> /usr/lib/libcrypto.0.9.8.dylib
0x7fff87563000 - 0x7fff87574ff7 libz.1.dylib 1.2.3 (compatibility 1.0.0) <97019C74-161A-3488-41EC-A6CA8738418C> /usr/lib/libz.1.dylib
0x7fff8801a000 - 0x7fff8801eff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib
0x7fff8801f000 - 0x7fff881e0fff libSystem.B.dylib 125.2.10 (compatibility 1.0.0) <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib
0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib
On May 2, 2011, at 10:32 AM, Michael Irwin wrote:
> Running httperf 0.9.0 on Mac 10.6.7 I get segmentation faults with certain command line options. It seems to be based on what --rate and/or --num-conn is set to. For example, the following shows the problem:
>
> httperf --server clubland.heroku.com --uri "/" --num-conn 100 --num-call 1 --timeout 5 --port 80 --verbose --rate 30
>
> And any rate >= 30 shows the same problem.
>
> These do not seg fault (usually):
> httperf --server clubland.heroku.com --uri "/" --num-conn 100 --num-call 1 --timeout 5 --port 80 --verbose --rate 10
> httperf --server clubland.heroku.com --uri "/" --num-conn 100 --num-call 1 --timeout 5 --port 80 --verbose --rate 20
> httperf --server clubland.heroku.com --uri "/" --num-conn 50 --num-call 1 --timeout 5 --port 80 --verbose --rate 30
>
> When I get the segmentation fault, the output is this:
>
> httperf --server clubland.heroku.com --uri "/" --num-conn 100 --num-call 1 --timeout 5 --port 80 --verbose --rate 30
> httperf --verbose --timeout=5 --client=0/1 --server=clubland.heroku.com --port=80 --uri=/ --rate=30 --send-buffer=4096 --recv-buffer=16384 --num-conns=100 --num-calls=1
> httperf: warning: open file limit > FD_SETSIZE; limiting max. # of open files to FD_SETSIZE
> httperf: maximum number of open descriptors = 1024
> Segmentation fault
>
> Not sure if it matters but `ulimit -n` is 256.
>
> How can I solve this issue? Thanks!
>
> Mike Irwin
>
>
> _______________________________________________
> httperf mailing list
> httperf at linux.hpl.hp.com
> http://www.hpl.hp.com/hosted/linux/mail-archives/httperf/
More information about the httperf
mailing list