Giulio Harding wrote:
Sorry I didn't reply sooner - I was away sick last week, and I'm only
just getting back into things at work...
I've just tested Alex's patch, and first impressions are good - I've
set max-pending-requests to 400, and I can swamp Kannel on our test
server (~500 MOs/sec and ~180 MTs/sec) with no errors at all! I'm going
to do some more tests with different values of max-pending- requests, to
see how that affects performance, and try on some newer, faster
hardware as well, but at this point, I'm satisfied the patch has
resolved our issue.
Ok, thanks a lot for the tests.
Thanks Alex!
My only suggestion is to change the default value for max-pending-
requests to a value below 1024, simply because the default max open
files for a Linux process (at least in RHEL and Fedora Core) is 1024 -
and smsbox already uses up some file descriptors for other stuff,
further limiting the number of concurrent HTTP connections. With max-
pending-requests set to 1024, we encounter the original 'too many open
files' problem. Not sure what the best value would be, but without a
better idea, I'd suggest a default like 512 or something?
yep, agree'ing here. Since it's configurable we don't hurt to be more
restrictive in the default case.
Stipe, I assume you still want me to write up a detailed bug report to
keep a record of this?
yep :)
Stipe
-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------
