2013-02-09 3 views
3

Похожие Вопрос: Hereуменьшить начальное соединение & TTFB Время

Сайт: Cleanfiles PPD Network

Raw Server Link (Skip DNS): http://173.247.246.58/ 

водопад вид (страница Test): Waterfall

Я недавно переехал на новый сервер. Все скрипты и ресурсы PHP остались точно такими же. Новый сервер - Inmotion Elite Dedicated Server.

Средний сервер загрузки:

Server load 1.25 (8 CPUs) 
Memory Used 14.14% (1,137,916 of 8,048,804) 
Swap Used 0% (0 of 4,095,992) 

Как владелец сети, имея быстрый и отличный сайт является одним из главных приоритетов. Я не могу позволить себе иметь 2-4 секунды случайного времени ожидания для моих участников при навигации по страницам. Старый сервер никогда не делал этого, он загружался нормально.

Поскольку загрузка на сервере кажется прекрасной, и скрипты PHP одинаковы, я хочу предположить, что это что-то с некоторыми настройками Apache или что-то в этом роде. Я действительно не могу сказать. Я попробовал запустить два сценария, перечисленных в верхнем ответе вопроса, вышедшем выше, но оба имели длительное время ожидания ...

Я разговаривал с хостинговой компанией, но они действительно не знали, что происходит. Любая помощь в этой проблеме или тестах, которые я могу сделать, будет очень благодарна :)

+0

«Первоначальное соединение» означает, что сервер принимает соединение - типичной причиной задержки является то, что сервер нажимает максимум max-clients (конфигурация apache) и ожидает, что существующий запрос будет перед обработкой текущего запроса. Если этот водопад за считанные секунды, ясно, что большая часть контента подается через PHP, что значительно увеличит вероятность попадания в максимальный клиентский предел. Если это так, очевидным первым шагом является статические файлы, статические. Отображение конфигурации apache и проверка журналов apache подтверждают, что происходит. – AD7six

+0

, кстати, я вижу, что домен в вопросе имеет очень разные результаты сейчас, поэтому нет никакой реальной необходимости, чтобы другие догадывались, в чем причина. Было бы полезно взять то, что вы определили, как и какие изменения внесли, и опубликовать его как принятый ответ. – AD7six

ответ

0

Возможно, наиболее эффективным решением является использование CDN с собственными возможностями кэширования HTML (статические и динамические). TTFB полагается на вашу способность быстро обрабатывать HTML-код на исходном сервере, вы можете пропустить время обработки, подавая новую кешированную копию из CDN.

Недавно я написал сообщение о нем, в котором рассмотрены факторы задержки TTFB и среднее время загрузки различных ресурсов (на основе данных, собранных на сеансах 1B). Вы можете счесть это полезным: http://www.incapsula.com/the-incapsula-blog/item/809-using-cdn-to-improve-seo-and-ttfb

+2

* Если * это отвечает на вопрос, это делается только косвенно; в то время как использование cdn почти наверняка будет иметь (положительный) эффект, он будет делать это главным образом путем предотвращения запросов на статические файлы от hogging apache и, следовательно, задержек, указанных в вопросе для динамического контента. – AD7six

+0

Ну, это именно то, что я говорю в своем посте. В принципе, с CDN с голой костью вы, вероятно, потеряете больше, чем получаете (в зависимости от динамического/статического отношения). Однако я также описываю технологию обучения поведением, которая позволяет кэшировать динамические файлы, причем 90% содержимого HTML поступает из CDN, TTFB значительно улучшается. –

+0

Я не думаю, что вы поняли мой комментарий. Не могли бы вы процитировать любую часть вашего сообщения, которая касается следующего сценария: веб-сервер настроен для обработки не более 2 запросов параллельно - третий запрос, полученный параллельно, должен дождаться завершения одного из первых двух, прежде чем он даже начнет обрабатываться?Это сценарий, обычно отвечающий за такое преувеличенное время отклика (для статических файлов также), как показано в вопросе. Обратите внимание, что я не упоминаю «cdn» где угодно, пока он может быть частью решения, это не часть вопроса (или ответ на «почему»). – AD7six

Смежные вопросы