Интенсивный трафик, медленный ответ: где узкое место?
Это - проблема с Вашим DNS - который может быть от Вашего ISP, или это может быть нисходящим (т.е. ближе Вам). Многие размещают значение по умолчанию устройств DSL к режиму, где они действуют как прокси DNS, и некоторые из тех не обрабатывают ipv6 хорошо вообще. Если Ваша система Vista, сервер DNS указывает, что говорит с Вашим ISP затем вероятность, - то, что их DNS не обрабатывает запросы ipv6 правильно, если Ваш адрес DNS, кажется, от Вашего маршрутизатора DSL затем, проблема наиболее вероятна там. Nslookup и ping-4 "работы", потому что они обходят ipv6 поиск, который это приводит к сбою.
IE8\Firefox\Chrome\Safari все (правильно) запросы DNS выпуска ipv6 перед отступанием к ipv4. Если Ваш DNS (независимо от того, что это) не обрабатывает их правильно затем, Вы видите поведение стиля тайм-аута, которое Вы видите. То, что PlayStation, кажется, работает правильно, указывает мне, что она не поддерживает ipv6 или возможно не реализует его правильно. Нечетный, поскольку это может казаться, этот тип поведения является намеренным, писатели браузера хотят поощрить людей решать ipv6 проблемы, а не маскировать их.
Существует много вещей, которыми это могло быть, всего лишь запускаются с наиболее вероятных вещей с сервером Apache/PHP:
- Память - Если Apache неправильно конфигурируется, он съест всю RAM и начнет использовать область подкачки, которая уничтожит Вашу производительность. Проверьте, чтобы удостовериться, что Ваша область подкачки не используется (или не использовал много). Если это, уменьшают Apache
MaxClientsили потребление памяти того, что работает на сервере (MySQL, и т.д....). Так как Вы говорите, что это только использует половину затем, это не может быть проблемой, хотя 800 процессов Apache в 4 ГБ только 5MB/process, кажется очень низким. - ЦП - PHP может быть очень интенсивный ЦП, особенно объединенный с другим приложением/базой данных. Регистрируйте свою загрузку сервера и использование ЦП
topвидеть, сколько Вы используете. Используя простую программу мониторинга какsar, или более сложный как Nagios или Zabbix, может предоставить Вам больше подробной информации о загрузке ЦП со временем. Одно главное, которое можно сделать здесь, состоит в том, чтобы установить и использовать кэш кода операции PHP как APC или eAccelerator. После этого очень еще обычно существует не, можно сделать кроме оптимизации базы данных/приложения. - IO - Проверьте вывод
topиiostatвидеть, сколько IO Вы делаете. Высокий wa % в вершине, или неустойчивой или постоянной, обычно указывает на проблему IO. Если это - проблема IO, затем узнают, где это происходит (Apache, PHP, база данных, что-то еще, и т.д....), поскольку решение будет в конечном счете зависеть от того, что вызывает его.
Я также проверил бы различные файлы журнала на любые очевидные сообщения об ошибках (система, Apache, база данных, и т.д....). Я знаю, что у меня были сайты с проблемами производительности только из-за чего-то как количество дескрипторов файлов, был установлен слишком низко для веб-сайта большого объема.