Последние две недели имею дело с человеком, у которого на их VPS висит форум и с завидной регулярностью он виснет и вешает весь сервер. Количество посетителей онлайн при этом не более двух десятков. Последний случай был когда онлайн было всего двое и при этом сервер пролежал почти пол суток, ругаясь на невозможность запустить какой бы то ни было процесс (ошибка fork(), и все тут), хотя, естественно, народ на сайте отсутствовал (лежал mysql и сайт вместе с ним). Кто мог все это время жрать память - хз.
С другой стороны, скрипты на сайте еще те, сам черт в них ногу сломит, но столько ресурсов потреблять не должны.
Если есть возможность поставь замеры времени и вывод на экран данных + статистику mysql , а лучше скопировать весь сайт c данными на другой хостинг и провести тестирование, проимулировать два десятка пользователей можно легко. _________________ Написание конвекторов, парсеров, интеграции нескольких сайтов (в личку)
Время генерации страницы 5 секунд , 66 запросов , 5Мб памяти , убейте автора этих скриптов
Серьезно у меня для таблицы с сотней тысячей записей время генерации страницы измеряется в сотых секунды, запроса в тысячных.
Поставьте индексы, уберите лишную группировку и т.д. на обычном хостинге вас бы уже попросили. _________________ Написание конвекторов, парсеров, интеграции нескольких сайтов (в личку)
Последние две недели имею дело с человеком, у которого на их VPS висит форум и с завидной регулярностью он виснет и вешает весь сервер
Диагноз: совершенно не пропорциональное памяти макс. количество процессов.
1) отключить в mysqld innodb(-90mb RAM) [раскоментировать skip-innodb]
2) top в студию
3) поставить апач в npm - чтобы треды не плодил.
4) рбц - г-но редкостное. см. диагноз. Сервера пергруженны - положенная память отсутствует _________________ сервис DNS | разные http, DNS и прочие утилиты
4) рбц - г-но редкостное. см. диагноз. Сервера пергруженны - положенная память отсутствует
Да, подозреваю что так оно и есть. Присматриваюсь вот к openhosting.ru. Там вроде и суппорт адекватный. _________________ Самая страшная ошибка - это ошибка без видимых причин и конкретных последствий.
phpBB3 [db_update.php generator] phpBB3 [Russian] Антисоциальный блог
Вынести нафиг все(nameD qmail) кроме mta(рекомендую exim) и lamp
Вопрос не в том, что они память будут кушать, а единицу процесса. _________________ сервис DNS | разные http, DNS и прочие утилиты
Время генерации страницы 5 секунд Shocked, 66 запросов Shocked, 5Мб памяти Shocked,
5 мб - это как раз нормально. Скрипт монструозен. 66 запросов - у меня по плану еще есть оптимизация, но вряд ли там чего то удастся сократить.
Веденин писал(а):
убейте автора этих скриптов
Я бы с удовольствием, но живет он далековато. В Германии вроде бы.
Неужели нельзя перейти на другой форум? Все равно все будет тормозить, а если форум станет посещаемым? Увеличение ресурсов с такими скриптами не сильно поможет, по-моему этот скрипт при большой популярности даже выделенный сервер повесит.
Советую найти все крупные запросы и поставить для них индексы, это может сократить время в десятки раз _________________ Написание конвекторов, парсеров, интеграции нескольких сайтов (в личку)
Вынести нафиг все(nameD qmail) кроме mta(рекомендую exim) и lamp
Проблема в отсутствии root доступа
lazutov писал(а):
plesk можно убрать.
До последнего не хотелось это делать, потому что владелец сайта ничего не понимает в никсах, а у меня нет особого желания пасти этот сайт постоянно. Но, видимо, придется все же снести и заменить чем-нибудь типа вебмина.
Веденин писал(а):
Неужели нельзя перейти на другой форум?
Сам по себе форум - phpBB2. Но на нем такое количество модов (в том числе и самописных) и просто мелких модификаций, что проще убиться, чем сделать все это заново.
Веденин писал(а):
Советую найти все крупные запросы и поставить для них индексы, это может сократить время в десятки раз
Индексы тоже проставлены. Если приглядеться, то видно что на mysql тратится гораздо меньше времени, чем на сам скрипт. _________________ Самая страшная ошибка - это ошибка без видимых причин и конкретных последствий.
phpBB3 [db_update.php generator] phpBB3 [Russian] Антисоциальный блог
Сам по себе форум - phpBB2. Но на нем такое количество модов (в том числе и самописных) и просто мелких модификаций, что проще убиться, чем сделать все это заново.
Веденин писал(а):
Советую найти все крупные запросы и поставить для них индексы, это может сократить время в десятки раз
Индексы тоже проставлены. Если приглядеться, то видно что на mysql тратится гораздо меньше времени, чем на сам скрипт.
А поставить логирование всех более менее крупных модов, чтобы выявить особо злобных нарушителей? _________________ Написание конвекторов, парсеров, интеграции нескольких сайтов (в личку)
Веденин
это не так то просто. Мод - это не плагин, чтобы его было легко выделить/включить/отключить.
Впрочем, все же хотелось бы не уходить в окончательный оффтоп и вернуться к вопросу: пользовался ли кто VPS от РБК и какие впечатления от этого пользования? _________________ Самая страшная ошибка - это ошибка без видимых причин и конкретных последствий.
phpBB3 [db_update.php generator] phpBB3 [Russian] Антисоциальный блог
Alek$ к сожалению не пользовался, и нет впечатлений, но всё же предложу: есть у меня наработки по sql-кешированию для двойки (самопальное, сделано по аналогии с тройкой: explain ну и так далее). Если заинтересовало пиши в личку. _________________ R3-born
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
, 66 запросов 
