M> А ты сделай ограниченный доступ, как на DarkSide. Что-бы больше трёх соединений не давалось. Дык как бы это - активных больше трех и не дает. Но есть одно но - модуль может проверить на предмет кол-ва соединений _только_ после того как соединение становится активным. А очередь висящую на ожЫдании он проверить никак. А обычно все лишние просто висят, так как разрешено активными быть только 16-ти соединениям Пример - сейчас висит 45 соединений. (чуть больше, чем сказано в рулесах;) ... Активно - 14 (две видимо израсходованы на отшЫвание одного мудилы, который опять злобно превисил лимит)...
А для того, что бы модуль отрабатывал в полную силу, надо поднимать лимит на кол-во активных соединений (для тех понимает - MaxClients конфига апача). а, как мне помнится, после того как это было как-то раз уже сделано, народ начал жаловаться на слишком упавшую скорость скачивания, после чего вернул MaxClients на 16. Можно конечно тупо поднять этот лимит и опять посмотреть, что из этого выйдет. А можно и попытаться доизвращать модуль, что бы уже он отсекал кол-во активных соединений. Но тут тоже не без проблемм - я пока еще не придумал честный алгоритм для организации очереди процессов, ожЫдающих свободного соединения, который бы учитывал и тот факт, что соединение за время ожЫдания клиент может и отвалиться, а то и вовсе - умереть сам httpd отвечающий за этого клиента... Если есть реальные мысли - подкинь ;) а то я тут на клина по этому поводу встаю... В качестве вводных данных - модуль для общения между дитями использует shared memory. Те, кто не любит котов - собаки.