.des.
Поставил пиво кому надо ;-)
Объяснение некоторых хостеров.
При посещаемости в 50 человек в день этот хостер закрыл сайт клиента со следующим объяснением. Давно не слышал такого маразма. Интересно как хостеры справляются с нагрузкой в 1000 человек.. наверняка 10 серверов ставят.. p4 2GHz. (Единственное оговорюсь клиент не мой.. как впрочем и хостер..)
При посещаемости в 50 человек в день этот хостер закрыл сайт клиента со следующим объяснением. Давно не слышал такого маразма. Интересно как хостеры справляются с нагрузкой в 1000 человек.. наверняка 10 серверов ставят.. p4 2GHz. (Единственное оговорюсь клиент не мой.. как впрочем и хостер..)
После обращения к сайту папский httpd рождал процесс, который в случае получения клиентом ответа, и отсутствия активити в течении 30 секунд умирал, и все было пучком.
KeepAlive On
KeepAliveTimeout 30
Однако в ситуации, если клиент закрывал броузер не дожидаясь полной загрузки страницы, процесс еще висел 300 секунд.
# Timeout: The number of seconds before receives and sends time out.
Timeout 300
Ключевые слова receives and sends. Учитывая, что сайт, мягко говоря тяжеловат, случалось такое повсеместно. Нажав 20 раз на рефреш, мы получали 20 httpd процессов, один из которых выполнялся, и в течении 30 секунд отваливался, а остальные 19 жили еще 300 секунд и пытались отправить ответ на запрос, который уже никто не собирался принимать . При увеличении посещаемости, количество незаконченных сессий достигало максимума (200 процессов) и практически полностью вешало сервер. Непонятно почему еще десяток сайтов с этой проблемой не столкнулись, но решили ее именно довольнно просто. Вылечено элементарно
KeepAliveTimeout 10
Timeout 60
Если клиент закрыл броузер и не дождался ответа от сервера, сессия дохнет не через пять, а через минуту.
Занавес, фенит аля комедия.
Хостер.