c-master: заданий для крона нет, вообще уже думаю сменить движок, только не уверен, так как на нем мои другие сайты работают нормально, а с одним вот не заладилось
Может стоит попробывать по времени, ну скажем через каждую минуту, снимать показания по загруженности памяти вашим сайтом с помощью ps, до отключения. А потом анализировать.
Andreyka: Проще сменить хостера
А это самый быстрый способ решения вашей проблемы.
Vanich: Не хочет работать без глобальной переделки проги. Это связано с ограничениями компонентов языка программирования.
Уважаемый Vanich лучше сосредоточтесь на функционале, чем на поддержке Vistы. Сейчас MonkeyWrite выше на голову своих конкурентов, по крайней мере для меня. Но они не спят :) А тем кому нужно работать под вистой могут поставить VmWare или VirtualBox и штамповать статьи в свое удовольствие.
При этом занято 8G. Добавили еще б вывод команды top -bn1 |head -n 5. А то действительно не понятно куда память убежала. Самый большой по объему памяти процесс nginx занимает всего 119M.
c-master: вот собстенно вопрос: что может так сильно жрать память, что тех 8 гигов не хватает? так как хостер не знает точно, что вызывает нагрузку, имеет данные только по конкретным сайтам, а я уже все обрыскал, что только можно
Уважаемый c-master как вы думаете по вашим графика можно ответить на ваш вопрос: "Что может так сильно жрать память..."
Лучше покажите вывод команды ps axo %cpu,rss,cmd |sort -nrk 2. По моему, это более информативно, чем ваши графики.
Хотя Вам это уже советовал sysctl, но вы почему-то проигнорировали.
sysctl: А посмотреть top с сортировкой по потребляемой памяти или ps aux никак нельзя?
При обращении к http://ubelki.ru/mini-igri/ получаем ответ сервера с кодом 404 и содержимое раздела видим или не видим зависит от браузера (например, FireFox и Opera покажут, а wget нет).
pasha.plahov, Если учитывать, что все настроено правильно, и правильно прописан <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />, то нужно смотреть в настройках броузера в сторону автоопределения кодировки.
сайт не один, мой логин - mobileal
У вас несколько сайтов размещено здесь?
заданий для крона нет, вообще уже думаю сменить движок, только не уверен, так как на нем мои другие сайты работают нормально, а с одним вот не заладилось
Может стоит попробывать по времени, ну скажем через каждую минуту, снимать показания по загруженности памяти вашим сайтом с помощью ps, до отключения. А потом анализировать.
Проще сменить хостера
А это самый быстрый способ решения вашей проблемы.
Не хочет работать без глобальной переделки проги. Это связано с ограничениями компонентов языка программирования.
Уважаемый Vanich лучше сосредоточтесь на функционале, чем на поддержке Vistы. Сейчас MonkeyWrite выше на голову своих конкурентов, по крайней мере для меня. Но они не спят :) А тем кому нужно работать под вистой могут поставить VmWare или VirtualBox и штамповать статьи в свое удовольствие.
Тогда подскажите как доработать скриптик:
Каждые 5мин проверяет httpd и если в дауне то вырубает nginx, запускает httpd, и врубает nginx
Добавить в cron c запуском каждые 5 минут.
c-master если судить по выводу команд, то ваш webserver не очень много занимает памяти. Есть и другие более толстые пользователи, например, eroxxxin.
А вот зато есть такой процесс
4823 4858 39.6 216988 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/srv4.HOSTER.ru.pid --skip-external-locking --port=3306 --socket=/var/lib/mysql/mysql.sock
Может вас отключают за черезмерное использование ресурсов MySQL?
c-master, у Вас один сайт или несколько размещены на этом сервере? Как он обзывается в командной сроке nginx.
И еще выполните эти команды (в прошлый раз один из параметров потерялся).
top -bn1 |head -n 5
ps axo ppid,pid,%cpu,rss,cmd |sort -nrk 1
c-master
А где apache(httpd). Я вижу только 0.3 0 [httpd] <defunct>.
Посмотрите у Apache в error.log нет ничего странного.
Вот бы этот 0.3 0 [httpd] <defunct> убить и посмотреть сколько памяти освободится.
c-master, Интересно.
При этом занято 8G. Добавили еще б вывод команды top -bn1 |head -n 5. А то действительно не понятно куда память убежала. Самый большой по объему памяти процесс nginx занимает всего 119M.
вот собстенно вопрос: что может так сильно жрать память, что тех 8 гигов не хватает? так как хостер не знает точно, что вызывает нагрузку, имеет данные только по конкретным сайтам, а я уже все обрыскал, что только можно
Уважаемый c-master как вы думаете по вашим графика можно ответить на ваш вопрос: "Что может так сильно жрать память..."
Лучше покажите вывод команды ps axo %cpu,rss,cmd |sort -nrk 2. По моему, это более информативно, чем ваши графики.
Хотя Вам это уже советовал sysctl, но вы почему-то проигнорировали.
А посмотреть top с сортировкой по потребляемой памяти или ps aux никак нельзя?
Alexale
Интересная ситуация.
При обращении к http://ubelki.ru/mini-igri/ получаем ответ сервера с кодом 404 и содержимое раздела видим или не видим зависит от браузера (например, FireFox и Opera покажут, а wget нет).
При обращении к http://ubelki.ru/flash-igry-dlya-devochek/ получем ответ от сервера с кодом 200. То есть все нормально.
Для поисковых роботов 404 это ошибка и означает, что страницы не существует поэтому они ее игнорируют.
Кто это чудит DLE или nginx/apache я не знаю.
pasha.plahov, Если учитывать, что все настроено правильно, и правильно прописан <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />, то нужно смотреть в настройках броузера в сторону автоопределения кодировки.
Firefox View->Character Encoding->Auto Detect->Russian.
Opera View->Encoding->Cyrillic->Automatic Detection