Bug #1683
closedgthread_aio runs out of fds after some time under load.
Description
After setting network backend to ghtread_aio under load of ~150-200 concurrent connections with large file download site we run out of fds :(
I'm not so well skilled to debug it myself but after modifing network_gthread to TRACE srv->cur_fds I see that number incrases but decrase is very rare :( mainly it is decrased for small files and as time is going cur_fds is higher and higher and we have still 100-200 connections active.
After one day we moved to ~16000 'used' fds which is not true but tomorrow server will be out of free fds (according to counter) and will stop.
Some facts about our download site:
1. Mainly big files
2. unlimited connection ratio (mod_evasive not used)
3. mod_secure_download used.
4. users are downloading via download menagers multiple splitted files (as there is no connections per IP limit).
Problem also exists for other aio network backends which counts used file descriptors.
Problem is quite big because if we run out of FDS server stops and waits for restart (as used fds count can't decrase).
Of course I will provide more info on request and I'm ready to run some tests.
-- denken
Updated by Anonymous over 16 years ago
It's been opened since 1 month with no reply nor even question about the problem. Could you please look at this?
-- cla
Updated by stbuehler over 16 years ago
- Status changed from New to Fixed
- Resolution set to invalid
Perhaps you should use a more recent version, cur_fds was killed in r1628 over a year ago.
Updated by Anonymous over 16 years ago
Oh, well. So it's not cur_fds problem it seems. We have (recommended by you) revision 1992, but you couldn't bother to ask. Thanks for all your great work.
-- cla
Also available in: Atom