Подмена Vyatta соединяет интерфейс мостом

У Вас почти наверняка заканчивается память. Часто апач будет поражать maxclients, когда Вы начнете подкачивать, потому что существующие дети заняты, ожидая диска i/o, таким образом, он породит новых детей для обрабатывания новых запросов, которые затем подвесят ожидание диска i/o, промывки, цикла, повториться, пока maxclients не будет достигнут.

Главным образом вероятно, необходимо пройти mysql и апачские конфигурации и обрезать их для использования меньшей памяти. Необходимо будет также смотреть на любой код, который Вы выполняете в mod_python и видите если то, что это было пожирателем ресурсов. Поскольку Yves упомянул eyballing, который столбец RSS в "вершине" при просматривании сайта поможет показать Вам приблизительно, сколько памяти каждый апачский ребенок поднимает. Я видел 20 - 50 МБ в mod_python сценариях прежде, поэтому если бы я не хотел, чтобы апач использовал больше чем 1.5 ГБ, то я ограничил бы свой maxclients приблизительно 40. MySQL так же может быть настроен, чтобы только использовать определенное количество поршня, но это слишком сложно для объяснения здесь.

Одна вещь, с которой я склонен не соглашаться, разворачивает Вашу подкачку. Подкачка является sooo намного медленнее, чем обычный поршень, что это почти всегда инициировало беглеца или сценарий нагромождения, который удаляет Вас так же плохо, как OOM был бы. Мог бы также вернуть машину к состоянию log-in-able быстро, таким образом, можно работать над действительным решением.

Просто примечание, не уверенное, что Вы делаете с mod_python, но если его django (или даже если не действительно) необходимо смотреть на mod_wsgi. Это имеет тенденцию быть более эффективной моделью использования памяти.