httperf: failed to increase number of open file limit: Invalid argument about httperf

[bushizhang]

Same issue on Yosemite (10.10.5)

Ok so quick investigations:
in core.c there is a call that sets
rlimit.rlim_cur = rlimit.rlim_max;
but rlimit.rlim_max for me is -1 somehow and this causes
setrlimit(RLIMIT_NOFILE, &rlimit)
to fail.

I hacked it by setting rlim_cur to something manual like the same value as RLIMIT_NOFILE and it appears ok.

Any ideas why these rlimit values aren't set properly?

[crowsonkb]

I manually set the number of open file descriptors in the source to 10240 (number pulled from thin air) and this issue went away for me. Any ideas on how to detect the actual maximum number of FDs on macOS?

[jbmulligan]

I just ran into this issue. getrlimit is returning 0x7fffffffffffffff for the rlim_max property, and when the hard limits are displayed using the csh builtin command limit -h, the number of descriptors is printed as unlimited. So I would say that this code needs to have a special case that tests for this flag value, and then sets the value to be used to some large, but reasonable value. On my system, the current soft value is 256, I'm not sure why it can't be left there...