admak: Ваша позиция понятна. Спамер спамеру глаз не выклюет. 😂
Для других людей телефонный спам может быть неприятен. Красивые названия типа "холодныке звонки" и "это бизнес" сути не меняют.
А некоторым очень не приятен. Меня раздражает, когда звонит кто-то и предлагает что-то купить или воспользоваться услугами. Если мне нужно я сам найду необходимые товары или услуги.
seocore: Если там не совсем все ужасно, то запросы должны хорошо кешироваться и не создавать подобных лагов по времени.
Вот картина ночью:
Евпропейцы почти все легли спать и сразу всё стало быстро грузиться. И по мои наблюдениям так каждую ночь. Все мои сайты начинают бесперебойно летать. Днём, конкретно мои сайты сервер не грузят. Зато думаю у многих других конечно самое время посещений. Вывод у меня пока один всё дело в OVH. Когда днём идёт посещаемость у всех соседей, тут и могут начаться проблемы у меня.
Но альтернативы особой к сожалению не вижу по цене/качеству среди крупных хостеров в Европе.
Попробую на новую линейку перейти, может там будет быстрей и стабильней.
Но в случае, описанном выше, нужно не железо улучшать, а 170 запросов убирать из скриптов и оставлять в несколько раз меньше более простых и "лёгких" запросов. Тогда и сайт будет быстрее открываться. Понятно, что это сложно, легче железо поменять, но такой подход обычно неверный.
Из недостатков новых VPS - там нет IPv6. Для кого-то это может быть важно.
Запросы лёгкие. А вот сократить кол-во в моём случае практически нереально.
seocore: Ужасная картинка. Wait - это ожидание первых данных от веб-сервера, т.е. по сути - время выполнения скрипта, 60 мс время пересылки данных (уже канал, гео-локация и т.п.).
Если Page Cache в W3TC работает корректно, время Wait не должно превышать 10-20 мс, никак не 1-2 секунды.
По логам никаких ошибок от Total Cache. Вот я этим вопросом и задаюсь. Не могу понять причины, почему регулярно такие тормоза. Естественно это не с одним этим сайтом. Другие( и на других CMS) тоже периодически ведут себя аналогично. Т.е. вебсервер отвечает очень медленно регулярно.
seocore: Если результат работы этого плагина кешируется, то его объективность не очень актуальна. А так, тяжелый WP-сайтик вполне разгоняется до 10 мс на генерацию странички, при условии грамотно настроенного сервера и плагинов кеширования (таких как W3 Total Cache с использованием memcached/xcache). Удобный инструмент поиска узких мест - http://tools.pingdom.com/fpt/, можно наглядно увидеть, что именно тормозит, включая такие моменты как время на резолв имени (DNS), время затраченное на подключение, на отправку\ожидание ответа и т.п.
В плагине есть настройка - не кешировать для админа. Так что результат вроде объективный.
Total Cache, memcahed и Opcahe использую.
Pingdom вот такую картину выдаёт:
Это он ждёт пока страница начнёт отдаваться.
Это не постоянный результат. Бывает страница генерируется менее секунды, в среднем 2, а с такими тормозами все 4-5. Пока грешу на OVH, что или машина бывает нагружена или канал. У меня в эти моменты нагрузки нет.
LocalMaster: Сопоставимая разница в цене не сопоставима с полученной производительностью на не высоконагруженном проекте. На новых VPS применяется PCI SSD в Ceph, на остальных VPS локальные raid и HA хранилища. Про процессоры вы уже знаете.
Я честно говоря не вижу в описании про PCI SSD на линейке CLOUD VPS. Если на линейке VPS SSD у них чётко указаны SSD диски, то на CLOUD VPS нет ни слова об этом.
И разницы в цене нет никакой, как стоил CLOUD VPS 2014 самый дешёвый,так и стоит новый 2016.
---------- Добавлено 21.02.2016 в 19:38 ----------
seocore: Судя по тому, что у вас ОЗУ свободным остается, то вполне возможно, что Вы не очень эффективно настроили MySQL.
Поиграйтесь с MySQLTuner, также рекомендую переместить tmp директорию MySQL в tmpfs.
По memcached - посмотрите на статистику, хватает ли выделенного ОЗУ для кеширования, если нет, то попробуйте увеличить.
MSQL я смотрел на данном конкретном сайте с помощью плагина для WP.
Вроде вполне нормальное значение 169 запросов за 0,0786 секунд. Поправьте, если я не прав.
А вот memcached давно не смотрел. Спасибо за совет.
Стоит Totalcache, который по идее создаёт html станицу и php не должен дёргаться, если я правильно понимаю. Ресурсов на VPS более чем достаточно, посещаемость 20 уников в сутки. Почему так долго начинает формироваться страница?
FairyHosting.com: А Вы уверены, что сайты работают не так быстро как хотелось бы из-за настроек сервера, а не из-за "железа" виртуалки?
Не уверен. Для меня ситуация такая:
Есть,например, тяжёлый сайт на WP с тяжёлой темой Avada, которая создаёт адское кол-во запросов к БД( например, 80 на одну страницу, а вместе с СЕО плагином, Total Cache, Woo - может быть порядка 170 запросов на одну страницу), у которой большое кол-во увесистых CSS и js файлов.
Оптимизировал как мог - memcached, qzip и т.д. Наилучший показатель времени загрузки страницы - 2 секунды. Иногда бывает 4-5 секуд( это уже жесть) и это не связано с ресурсами сервера, оперативной памяти свободно 1300MB из 2000Mb, процессор ест 1-2% от выделенного ядра. Здесь, как мне кажется проблема уже в хостере, может нагрузка большая в это время на всю машину или канал. Такое бывает по моим наблюдениям в основном в какое-то определённое время суток и никак не связано с посещаемостью сайта, ресурсов полно. Показатели в то же время ухудшаются и на других сайтах.
Если опустить это момент. Я хочу понять, если сменю VPS из старой линейки на новую, будет ли после переезда на новый тариф тот же сайт грузиться, например, вместо 2 секунд - 1,5 секунды.
Scumtron: Maxrom, в теории - будет прирост, а на практике - не факт.
Поэтому и создал данную тему. Всё надеюсь, что ответит кто-то из тех кто переехал на новую линейку и сравнил. В тех данных, что они привели вообще не всё однозначно. У меня на старом самом дешёвом VPS CLOUD процессор хоть и атлон, но два ядра. А на новой линейки - одно ядро от интела.
lsw_fan: Если вас все устраивает сейчас, то не стоит никуда рыпаться. ВПС это не игровая видеокарта.
По факту, сайты как работали, так и будут работать.
Не всё устраивает. В частности, скорость работы пары WP сайтов, с настроенным кешированием, сжатием и прочим. Но это конечно отдельная тема и её я думаю тоже создам.
А пока интересует будет ли прирост в скорости работы VPS.
Ваша позиция понятна. Спамер спамеру глаз не выклюет. 😂
Для других людей телефонный спам может быть неприятен. Красивые названия типа "холодныке звонки" и "это бизнес" сути не меняют.
А некоторым очень не приятен. Меня раздражает, когда звонит кто-то и предлагает что-то купить или воспользоваться услугами. Если мне нужно я сам найду необходимые товары или услуги.
Если там не совсем все ужасно, то запросы должны хорошо кешироваться и не создавать подобных лагов по времени.
Вот картина ночью:
Евпропейцы почти все легли спать и сразу всё стало быстро грузиться. И по мои наблюдениям так каждую ночь. Все мои сайты начинают бесперебойно летать. Днём, конкретно мои сайты сервер не грузят. Зато думаю у многих других конечно самое время посещений. Вывод у меня пока один всё дело в OVH. Когда днём идёт посещаемость у всех соседей, тут и могут начаться проблемы у меня.
Но альтернативы особой к сожалению не вижу по цене/качеству среди крупных хостеров в Европе.
Попробую на новую линейку перейти, может там будет быстрей и стабильней.
Но в случае, описанном выше, нужно не железо улучшать, а 170 запросов убирать из скриптов и оставлять в несколько раз меньше более простых и "лёгких" запросов. Тогда и сайт будет быстрее открываться. Понятно, что это сложно, легче железо поменять, но такой подход обычно неверный.
Из недостатков новых VPS - там нет IPv6. Для кого-то это может быть важно.
Запросы лёгкие. А вот сократить кол-во в моём случае практически нереально.
А с какой на какую локацию переехали ?
Ужасная картинка. Wait - это ожидание первых данных от веб-сервера, т.е. по сути - время выполнения скрипта, 60 мс время пересылки данных (уже канал, гео-локация и т.п.).
Если Page Cache в W3TC работает корректно, время Wait не должно превышать 10-20 мс, никак не 1-2 секунды.
По логам никаких ошибок от Total Cache. Вот я этим вопросом и задаюсь. Не могу понять причины, почему регулярно такие тормоза. Естественно это не с одним этим сайтом. Другие( и на других CMS) тоже периодически ведут себя аналогично. Т.е. вебсервер отвечает очень медленно регулярно.
Сейчас картина лучше:
А пару часов назад было то, что на первом скрине.
Если результат работы этого плагина кешируется, то его объективность не очень актуальна.
А так, тяжелый WP-сайтик вполне разгоняется до 10 мс на генерацию странички, при условии грамотно настроенного сервера и плагинов кеширования (таких как W3 Total Cache с использованием memcached/xcache).
Удобный инструмент поиска узких мест - http://tools.pingdom.com/fpt/, можно наглядно увидеть, что именно тормозит, включая такие моменты как время на резолв имени (DNS), время затраченное на подключение, на отправку\ожидание ответа и т.п.
В плагине есть настройка - не кешировать для админа. Так что результат вроде объективный.
Total Cache, memcahed и Opcahe использую.
Pingdom вот такую картину выдаёт:
Это он ждёт пока страница начнёт отдаваться.
Это не постоянный результат. Бывает страница генерируется менее секунды, в среднем 2, а с такими тормозами все 4-5. Пока грешу на OVH, что или машина бывает нагружена или канал. У меня в эти моменты нагрузки нет.
Сопоставимая разница в цене не сопоставима с полученной производительностью на не высоконагруженном проекте.
На новых VPS применяется PCI SSD в Ceph, на остальных VPS локальные raid и HA хранилища.
Про процессоры вы уже знаете.
Я честно говоря не вижу в описании про PCI SSD на линейке CLOUD VPS. Если на линейке VPS SSD у них чётко указаны SSD диски, то на CLOUD VPS нет ни слова об этом.
И разницы в цене нет никакой, как стоил CLOUD VPS 2014 самый дешёвый,так и стоит новый 2016.
---------- Добавлено 21.02.2016 в 19:38 ----------
Судя по тому, что у вас ОЗУ свободным остается, то вполне возможно, что Вы не очень эффективно настроили MySQL.
Поиграйтесь с MySQLTuner, также рекомендую переместить tmp директорию MySQL в tmpfs.
По memcached - посмотрите на статистику, хватает ли выделенного ОЗУ для кеширования, если нет, то попробуйте увеличить.
MSQL я смотрел на данном конкретном сайте с помощью плагина для WP.
Вроде вполне нормальное значение 169 запросов за 0,0786 секунд. Поправьте, если я не прав.
А вот memcached давно не смотрел. Спасибо за совет.
Есть сайт на WP, тоже страницы грузиться долго .
Скрин с pingdom
Т.е. при обращении к станице Wait 2,49.
Стоит Totalcache, который по идее создаёт html станицу и php не должен дёргаться, если я правильно понимаю. Ресурсов на VPS более чем достаточно, посещаемость 20 уников в сутки. Почему так долго начинает формироваться страница?
А Вы уверены, что сайты работают не так быстро как хотелось бы из-за настроек сервера, а не из-за "железа" виртуалки?
Не уверен. Для меня ситуация такая:
Есть,например, тяжёлый сайт на WP с тяжёлой темой Avada, которая создаёт адское кол-во запросов к БД( например, 80 на одну страницу, а вместе с СЕО плагином, Total Cache, Woo - может быть порядка 170 запросов на одну страницу), у которой большое кол-во увесистых CSS и js файлов.
Оптимизировал как мог - memcached, qzip и т.д. Наилучший показатель времени загрузки страницы - 2 секунды. Иногда бывает 4-5 секуд( это уже жесть) и это не связано с ресурсами сервера, оперативной памяти свободно 1300MB из 2000Mb, процессор ест 1-2% от выделенного ядра. Здесь, как мне кажется проблема уже в хостере, может нагрузка большая в это время на всю машину или канал. Такое бывает по моим наблюдениям в основном в какое-то определённое время суток и никак не связано с посещаемостью сайта, ресурсов полно. Показатели в то же время ухудшаются и на других сайтах.
Если опустить это момент. Я хочу понять, если сменю VPS из старой линейки на новую, будет ли после переезда на новый тариф тот же сайт грузиться, например, вместо 2 секунд - 1,5 секунды.
Maxrom, в теории - будет прирост, а на практике - не факт.
Поэтому и создал данную тему. Всё надеюсь, что ответит кто-то из тех кто переехал на новую линейку и сравнил. В тех данных, что они привели вообще не всё однозначно. У меня на старом самом дешёвом VPS CLOUD процессор хоть и атлон, но два ядра. А на новой линейки - одно ядро от интела.
Если вас все устраивает сейчас, то не стоит никуда рыпаться. ВПС это не игровая видеокарта.
По факту, сайты как работали, так и будут работать.
Не всё устраивает. В частности, скорость работы пары WP сайтов, с настроенным кешированием, сжатием и прочим. Но это конечно отдельная тема и её я думаю тоже создам.
А пока интересует будет ли прирост в скорости работы VPS.