Preci

Рейтинг
72
Регистрация
21.01.2012

~ 9 января траффик с Яндекса срезало с 17к до 2к в сутки

~ 2-3 февраля траффик восстановился до 17к

Сегодня траффик с Яндекса ~ 7к в сутки и продолжает падать (с начала февраля каждый день на пару сотен человек меньше заходит)

Сегодня перенесли, в результате:

[ATTACH]149658[/ATTACH]

[ATTACH]149659[/ATTACH]

Отклик стал значительно лучше, надеюсь так и останется...

png vda-week.png
png vda-day.png

Здравствуйте!

Установил плагин 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 все равно есть, а на сколько - мне вообще пофигу, мне надо что бы все нормально работало.

smart2web:
Тариф у вас какой?

Вы издеваетесь? Причем тут мой тариф? Т.е. год мой тариф подходил, а сразу после переезда его стало мало? Или что?

VDS SSD Aurum

Kine:
Вы хотите сказать, что по медиане 1 запрос проходит с задержкой 10-20МС?
Я написал чем лучше тестировать для определения проблемы

О боже. Какая медиана? О чем вы говорите?

Я написал, что после переезда сайт стал МЕДЛЕННЕЕ работать (генерация страниц возросла) причем это замедление совпало именно с переездом и с ростом latency (больше ничего не выросло). Вывод какой? Виноват переезд. А ваших попыток с умничать не по теме я вообще не понимаю.

Kine:
Тут могут быть 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 раз. Причем тут апачи?

Если кластер перегружен - то какого черта меня туда перенесли?

Всего: 236