[httperf] fd-unavail non-null

Arlitt, Martin martin.arlitt at hp.com
Tue Aug 31 14:05:36 PDT 2010

Hi Sylvain

Have you checked if it is an issue with too many TCP connections on the client ending up in the TIME_WAIT state? If you haven't, run
$ netstat -an | grep TIME_WAIT | wc -l


-----Original Message-----
From: httperf-bounces at linux.hpl.hp.com [mailto:httperf-bounces at linux.hpl.hp.com] On Behalf Of Sylvain GENEVES
Sent: Tuesday, August 31, 2010 1:39 PM
To: httperf at linux.hpl.hp.com
Subject: [httperf] fd-unavail non-null


I run httperf on linux using --wsesslog=45371,0.000,/my_sessions_path
--rate=2000 and --timeout=3 for a big overload test.
what i don't understand is that it tells me fd-unavail is non-null (tens
of thousands actually), though i've dramatically increased the max open
files limit to 786762. I've tried to increase it to 5000000, but the
results are the same : there're still the fd-unavail errors...

I've had a doubt, but it appears that the per-process max open files limit
on linux is shown by "ulimit -n", so i first modified system-wide settings
(through sysctl), then in PAM (/etc/security/limits.conf), then in ulimit.

I've modified the code to count EINVAL errors in a separate way, thus
fd-unavail only counts EMFILE errors, no change...

does someone know what's going on?
also, i don't know if it's related, but i see a strange behaviour when i
launch multiple instances of httperf :
 - they don't finish at the same time (some instances finish tens of
minutes later than the first one)
 - in the end the remaining instances should be doing 2000sessions/sec,
but instead they do ~2requests/sec : the server is so idle i can check it
live with tcpdump...


httperf mailing list
httperf at linux.hpl.hp.com

More information about the httperf mailing list