так начните наконец делать правильные выводы исходя из результатов исследования всего сервера как комплекса программ. чего вы к этому mysql прикопались не понятно.
81 мб данных это не смешно даже.
про что вам я и толкую :
Раз вы не можете проверить, то нельзя и утверждать, что решающее значение имела настройка mysql.
и какие ж такие данные об этом свидетельствуют ?
netwind добавил 09.11.2011 в 21:25
противоречит требованиям безопасности и управляемости сервера.
это в самом php так.
но 128 это дефолтное значение настройки memory_limit в php. захочет 128 и сожрет.
netwind добавил 09.11.2011 в 20:16
ну так переезжайте теперь обратно на старый сервер, но настройте его. это же дешевле обойдется, разве нет?
И какой простой способ это обеспечить? увеличить memory_limit в самом скрипте во многих конфигурациях нельзя.
но вы заявляли, что считали максимально "писсимистически".
для современного движка 20 - смешно. многие ставят 128. https://www.google.com/search?hl=en&q=php+memory+limit+128mb
даже если 128 потребуется лишь одному особенному скрипту для какой-то массивной операции, эта память не отдается обратно. по крайней мере не сразу отдается.
Ну вроде работает. Что вообще нетипично для приложений.
Ну как же 1гб ? 50 апачей по 128 мб уже 6.4 ГБ - это впритык.
Там ведь после недавних перезагрузок наверняка далеко не все файлы закешировались. Такой сайт может сожрать больше.
Этот лимит прежде всего зависит от ограничений в ОС. Тот который ulimit.
Можно задать в конфиге mysql open_files_limit, но, помоему, превысить ulimit так не удастся.
myhand, так я уже объяснял зачем, а вы сказали - "зато".
Эта ситуация означает проблему выбора из двух противоречащих вариантов. В разных условиях выбор будет разным.
Со слов ТС памяти у него много, но вся она чем-то занята
скорее всего кеш файлов и его вымывать не стоило бы.
В любом случае, при таких сложных зависимостях, эксперимент работает лучше умозрительных оценок.
myhand, согласно тому графику (но не ситуации у ТС) там ничего не стопорится. там даже больше одного апача редко когда нужно.
myhand, 10 там подошел бы в том случае, который на графике munin, который я взял для примера. 10 я не советовал.
у меня - 42.
Всё не так. Но ведь у администратора и нет других мер воздействия. Он не сможет переписать приложение. А вот уменьшение MaxClients - сработает.
