Bug #1683

gthread_aio runs out of fds after some time under load.

Added by Anonymous over 11 years ago. Updated over 11 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:
Missing in 1.5.x:


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 11 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 11 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 11 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


Updated by stbuehler over 11 years ago

  • Status changed from Fixed to Invalid

Also available in: Atom