|
На страницу 1, 2 След. |
|
|
|
В общем, в один прекрасный день сайты перестали резолвиться.
Я обратился к саппорту с вопросом, что скорее всего что то не так с dns сервером.
саппорт мне ответил следующее
| Цитата: |
I have checked the logs for your vps on the main node and i could see that , your vps is trying to use free memory.
Due to which services such as named is killed
Following are the logs :
Jun 1 02:00:11 EL185 kernel: OOM killed process named (pid=21478, ve=18521) exited, free=386405 gen=388415.
Actually, the website scripts and databases applications are to be optimized.
So that website and application will have more memory available to use.
I would suggest you to have a word with a web-developer , he should be able to check the scripts and applications and could optimize those
If the issue still persists , then there would be another option to upgrade the vps to higher plan.
Its actually not the load issue , its the issue with server using the memory.
|
вся проблема в том, что на серваке крутятся шопы двух ПП.
может кто нибудь подсказать как определить какие именно скрипты скорее всего неоптимально расходуют память?
root доступ есть |
|
|
|
|
|
Забей в настройках php поменьше памяти, те, шопы что отваляться и жрут эту память.
Особенно это может быть у шопов, которые без бд работают. |
|
|
|
|
|
|
|
| adamant писал(а): |
|
фармкеш
|
)))
очевидно я не первый если ты сразу угадал, хотя я не называл ПП
крутятся 4 фармкеш и 1 клабфест
что можно сделать в моем случае? |
|
|
|
|
|
| больше памяти не помогает? |
|
|
|
|
|
| shhef писал(а): |
|
больше памяти не помогает?
|
экстенсивным путем пойдем в крайнем случае.
дело не в серваке, а в скриптах.
например другой схожий VPS под гораздо более плотным трафом, где крутятся куча рх-партнерс и стимула легко справляется со своей нагрузкой.
надо определить кто же все таки жрет память.
просто если это все же не фармкеш, а клабфест, то я просто клабфестовский шоп удалю, т.к. пока что опыт работы с ними меня не радует. |
|
|
|
|
|
я уменшил потребление памяти пхп скриптами + добавил память на впс
честно говоря я небыл уверен кто сжирает память, но так как тоже шопы двух партнерок и одна из них фармкеш то стало очевидным. |
|
|
|
|
|
| постав NginX, у меня не шопы а блоги с посешагой до 90к в сутки, все стоит норм... |
|
|
|
|
|
наши новые шопы (RXP v2.9) тоже могут жрать память, у меня была идея ещё часть данных в пхп-массив отправить,
но уже наткнулись на проблемы с памятью, так что пока идея под вопросом..
сколько памяти ты сейчас выделяешь пхп?
и сколько выделял раньше?
(я провёл некоторую аналитику - на фрихосте, где возникли проблемы, было 8 - пришлось сделать 16, на шаредхостинге - 32, на моём макбуке - 128, а на моём сервере и подавно 256 - таким разбросом значений я был поставлен, честно говоря, в тупик..)
| Цитата: |
| постав NginX, у меня не шопы а блоги с посешагой до 90к в сутки, все стоит норм...
|
я могу ошибаться, конечно, но нгинкс отдаёт лишь статичные данные (картинки, флешки, яваскрипты, хтмл и тхт файлы статичные), а пхп в любом случае исполняется апачем, или надо бить в бубен и настраивать php-cgi или php-fpm что б он демоном в памяти висел, но в любом случае статика есть статика и на память потребляемую пхп-интерпритатором она никак не влияет. |
|
|
|
|
|
| adamant писал(а): |
я уменшил потребление памяти пхп скриптами + добавил память на впс
честно говоря я небыл уверен кто сжирает память, но так как тоже шопы двух партнерок и одна из них фармкеш то стало очевидным.
|
у меня на VPS 512 Мб ОЗУ
ты какие настройки выставил в пхп, до скольки уменьшил потребление? можешь скинуть кусок конфига или просто цифры написать?
и все таки неужели невозможно как то проследить какой именно сайт жрет память? |
|
|
|
|
|
изначально было у меня ВПС 256 под XENом, потом как обнаружил это паталогическое явление докупил до 512
счас конфиг
Время выполнения 60 сек
Лимит памяти 32 Мб
Макс.размер запроса 16 Мб
Макс.размер файлов 8 Мб
раньше лимит памяти стоял 128
немного пошаманил с конфигом апача, и я так думаю что у тебя CentOS которая любит держать кеш в памяти |
|
|
|
|
|
| adamant писал(а): |
изначально было у меня ВПС 256 под XENом, потом как обнаружил это паталогическое явление докупил до 512
счас конфиг
Время выполнения 60 сек
Лимит памяти 32 Мб
Макс.размер запроса 16 Мб
Макс.размер файлов 8 Мб
раньше лимит памяти стоял 128
немного пошаманил с конфигом апача, и я так думаю что у тебя CentOS которая любит держать кеш в памяти
|
да, стоит CentOS
с ней вообще впервые дело имею.
всегда был приверженцем Fedora |
|
|
|
|
|
| Оффтоп: |
| skylander писал(а): |
наши новые шопы (RXP v2.9) тоже могут жрать память, у меня была идея ещё часть данных в пхп-массив отправить,
но уже наткнулись на проблемы с памятью, так что пока идея под вопросом..
|
Давно уже пора вам все данные хранить в sqlite базе. Она по-моему сейчас на всех говнохостингах есть. У вас allitems.php размером под 300кб, а кроме него есть еще другие инклуды. Это много. У меня проблем не возникает, но вообще много.
Кстати опыт запуска шопов rxp и стимула под nginx+php-fpm у меня есть, и он успешен, все работает быстро. nginx в отличие от апача не создает по потоку на каждый запрос, у него есть ограниченное количество воркеров, которые через epoll забирают задания, за счет этого ресурсов при большом количестве посетителей будет сжираться меньше.
|
|
|
|
|
|
|
насчет что грузит,
попробуй в SSH консоли,
вбить: top команду.
я точно забыл что у неё там за вывод, ну то что "процесс - нагрузка" точно там будет видно.
но может даже с каким то параметрами можно будет и пути посмотреть.
нагрузка в сумме так также,
можно поочереди пооткрывать шопы, паралельно смотря на вывод top
и так определить ненасытного поника.
_______
Давно уже пора вам все данные хранить в sqlite базе. Она по-моему сейчас на всех говнохостингах есть. У вас allitems.php размером под 300кб
я думаю лучьше оставить как сейчас,
дело в том что при добавление новых товаров в партнерке вцелом, именно allitems.php надо перезаливать на свои хостинги, и это не так сложно.
также у меня напр. на шопах из за абуз переименованы табы, и allitems.php я могу открыть хоть блокнотом, и сделать замены. а потом заливать спокойно, а как с базой работать, как там изменения делать!?
если как то это менять, тогда пускай как у евы разрабатывают автообновления хотябы на товары. |
|
|
|
|
|
смотреть на вывод top - не решение. надо что то придумать, чтоб это как то в хистори валилось, чтоб потом просмотреть.
потому что когда я дергаю шопы - все нормально. сервер справляется.
память не жрется. только процессор нагружается до 20%
память как в спокойном состоянии есть 100 Мб занято, 400 Мб - свободно, так и в нагруженном сохраняется.
а в какой момент случается неприятность - подловить не удается. |
|
|
|
|
|
|
|
|
