Установил плагин Query Monitor и побегал по страницам сайта. В результате вылезла такая картина: в среднем запросы к бд занимают 0.05 сек., а генерация страницы при этом идет от 0.3 до 0.6сек. для оптимизации php у меня стоит xCache.
Вопрос: Такая долгая генерация страниц является следствием медленного php и мне надо разбираться с его конфигом / оптимизаторами. Или плагин показывает какую-то другую информацию о времени запроса?
Ivan Lungov: Preci, Вы напишите код сервера, пожалуйста или номер тикета в ТП, если писали.
Тогда можно будет посмотреть более предметно, перегружена ли нода или есть ли подозрительные соседи, а то гадаем тут на кофейной гуще.
---------- Добавлено 25.02.2016 в 22:18 ----------
Сегодня была проблема с некоторыми серверами на HDD-дисках. Уже все исправили. По поводу периодической недоступности, тикет писали? Если да, то то сообщите его номер, гляну что там.
Так я первым делом написал в ТП, сюда так, узнать может у кого такая же проблема.
С чем связана моя проблема выяснить быстро не получится - это ответ ТП. Единственное что мне предложили - очередной перенос, посмотрим что после него будет...
smart2web: Что именно не нормально работает? Это не критичные показатели, а значит нормальные. Так и скажите, когда разрешали больше дозволенного использовать, а теперь вот перенесли и нет больше халявы.
А вот как, просто я плохой. Логика шикарная.
Только вот 1но "НО"
У меня уже были аналогичные проблемы 2 раза и тогда оказывалось что:
1. Был какой-то плохой сосед, который делал что-то не то
2. Был при смерти диск
А сейчас, по вашего вердикту, оказывается виноват Я. Ну слава богу вы тут никто и возможно ТП ответит мне что-то другое.
Kine: Мат.cтатистика - не слышали?
Я написал в 1 посту с чем может быть связана увеличенная генерация страницы на 0.1С.
Вы предоставляете какие-то графики и по определению они не правильно данные считывают.
Ищите в GooGle утилиту FIO инструкцию к ней и выявляйте проблему
Я написал что в среднем 0.1, сейчас это среднее значение уже выросло до + 0.2-0.3 сек.
Графики из munin, у меня нет основания им не доверять. Я просто вашей логики не понимаю: весь год мунин строил нормальные графики, а после переезда он стал врать? Или как? Они не точные? ну значит они всегда были неточные, и значит рост latency все равно есть, а на сколько - мне вообще пофигу, мне надо что бы все нормально работало.
Kine: Вы хотите сказать, что по медиане 1 запрос проходит с задержкой 10-20МС? Я написал чем лучше тестировать для определения проблемы
О боже. Какая медиана? О чем вы говорите?
Я написал, что после переезда сайт стал МЕДЛЕННЕЕ работать (генерация страниц возросла) причем это замедление совпало именно с переездом и с ростом latency (больше ничего не выросло). Вывод какой? Виноват переезд. А ваших попыток с умничать не по теме я вообще не понимаю.
Да нету билайна.
~ 9 января траффик с Яндекса срезало с 17к до 2к в сутки
~ 2-3 февраля траффик восстановился до 17к
Сегодня траффик с Яндекса ~ 7к в сутки и продолжает падать (с начала февраля каждый день на пару сотен человек меньше заходит)
Сегодня перенесли, в результате:
[ATTACH]149658[/ATTACH]
[ATTACH]149659[/ATTACH]
Отклик стал значительно лучше, надеюсь так и останется...
Здравствуйте!
Установил плагин Query Monitor и побегал по страницам сайта. В результате вылезла такая картина: в среднем запросы к бд занимают 0.05 сек., а генерация страницы при этом идет от 0.3 до 0.6сек. для оптимизации php у меня стоит xCache.
Вопрос: Такая долгая генерация страниц является следствием медленного php и мне надо разбираться с его конфигом / оптимизаторами. Или плагин показывает какую-то другую информацию о времени запроса?
Preci, Вы напишите код сервера, пожалуйста или номер тикета в ТП, если писали.
Тогда можно будет посмотреть более предметно, перегружена ли нода или есть ли подозрительные соседи, а то гадаем тут на кофейной гуще.
---------- Добавлено 25.02.2016 в 22:18 ----------
Сегодня была проблема с некоторыми серверами на HDD-дисках. Уже все исправили. По поводу периодической недоступности, тикет писали? Если да, то то сообщите его номер, гляну что там.
Так я первым делом написал в ТП, сюда так, узнать может у кого такая же проблема.
С чем связана моя проблема выяснить быстро не получится - это ответ ТП. Единственное что мне предложили - очередной перенос, посмотрим что после него будет...
Что именно не нормально работает? Это не критичные показатели, а значит нормальные. Так и скажите, когда разрешали больше дозволенного использовать, а теперь вот перенесли и нет больше халявы.
А вот как, просто я плохой. Логика шикарная.
Только вот 1но "НО"
У меня уже были аналогичные проблемы 2 раза и тогда оказывалось что:
1. Был какой-то плохой сосед, который делал что-то не то
2. Был при смерти диск
А сейчас, по вашего вердикту, оказывается виноват Я. Ну слава богу вы тут никто и возможно ТП ответит мне что-то другое.
Мат.cтатистика - не слышали?
Я написал в 1 посту с чем может быть связана увеличенная генерация страницы на 0.1С.
Вы предоставляете какие-то графики и по определению они не правильно данные считывают.
Ищите в GooGle утилиту FIO инструкцию к ней и выявляйте проблему
Я написал что в среднем 0.1, сейчас это среднее значение уже выросло до + 0.2-0.3 сек.
Графики из munin, у меня нет основания им не доверять. Я просто вашей логики не понимаю: весь год мунин строил нормальные графики, а после переезда он стал врать? Или как? Они не точные? ну значит они всегда были неточные, и значит рост latency все равно есть, а на сколько - мне вообще пофигу, мне надо что бы все нормально работало.
Тариф у вас какой?
Вы издеваетесь? Причем тут мой тариф? Т.е. год мой тариф подходил, а сразу после переезда его стало мало? Или что?
VDS SSD Aurum
Вы хотите сказать, что по медиане 1 запрос проходит с задержкой 10-20МС?
Я написал чем лучше тестировать для определения проблемы
О боже. Какая медиана? О чем вы говорите?
Я написал, что после переезда сайт стал МЕДЛЕННЕЕ работать (генерация страниц возросла) причем это замедление совпало именно с переездом и с ростом latency (больше ничего не выросло). Вывод какой? Виноват переезд. А ваших попыток с умничать не по теме я вообще не понимаю.
Тут могут быть 2 причины
1. Перегруженный кластер
2. Используете apache
3. Диск HDD (Если VDS брали с HDD)
---------- Добавлено 25.02.2016 в 18:54 ----------
А какой тут прикол?
---------- Добавлено 25.02.2016 в 18:56 ----------
Для корректного тестирования накопителя VM используйте fio с dd
Что за бред вы несете? Скриншоты смотрите, latency весь 2015 год и начало 2016 был 1, а сразу после переезда вырос в 3-5 раз. Причем тут апачи?
Если кластер перегружен - то какого черта меня туда перенесли?