Как я могу найти точно, какие Сценарии PHP поднимают все ресурсы сервера?
У меня было довольно много смартфонов (S60, UIQ, одолжил iPhone, WM), и я обосновывался на WM в течение последних нескольких лет. S60 никогда не имел сенсорные экраны (до N97 и 5800 сейчас), и мне никогда действительно понравилась платформа (не может действительно сказать почему). UIQ имел очень мало программного обеспечения, и это было прекращено. Это было все еще довольно полезно, кроме последних телефонов, которые я имел (P990i. P1i), имел аппаратные средства ниже среднего. На iPhone просто чувствовал себя бесполезным (времена перед App Store), возвратился для резервного копирования Nokia 1112 после недели. И наконец WM. Не самое быстрое, не самое симпатичное, не большая часть blingbling, но много хорошего программного обеспечения, превосходных опций настройки и в целом твердой платформы. SSH, RDP, браузер Opera, Skype, MSN, IRC, превосходная поддержка Exchange и т.д. Sony Ericsson X1 на данный момент и maby X2, когда это выходит.
Вы рассмотрели использование профилировщика?
См.:
http://blogs.reucon.com/srt/2007/12/13/profiling_php_applications.html
http://www.sitepoint.com/blogs/2007/04/23/faster-php-apps-profile-your-code-with-xdebug/
При попытке выяснить, какой из сценария Вашего пользователя ест Ваши ресурсы, Вы могли использовать апачский itk mpm, который выполняет vhosts при пользователе/группе по Вашему выбору. Каждый запрос разветвляет апачский процесс, работающий как тот пользователь. Таким образом PS/вершина произвел, показал бы, какой пользователь запускает скрипт (и таким образом который vhost) - оборотная сторона - то, что itk значительно медленнее, конечно. - С тех пор с нормальным предварительным ветвлением или апачем mpm's рабочего обрабатывает несколько запросов в одном процессе для производительности, более трудно сказать, какие запросы съедают Ваше заклинание.
При попытке узнать точно, какие функции в php приложении израсходовали Ваши ресурсы, то необходимо будет использовать xdebug. Очевидно, профильный метод xdebug был бы одним контролем времени для одного php приложения и не решением для обнаружения, какой сценарий, принадлежащий, к которому пользователь в общей среде хостинга использует процессорное время.
Пропавшие без вести небольшого количества полезной информации:
- ОС?
- демон http?
править: Вы проверили нормальные инструменты взгляда процесса на поле Linux как вершина, iostat, термофиксатор, lsof?
Одна вещь, которую я делаю, это немного неэффективно, но у меня есть прогон задания крона каждую минуту, который использует завихрение для сохранения вывода http://localhost/server-status в файл с датой и временем как имя файла. Тем путем я могу потянуть те файлы в веб-браузере и видеть, к каким URL получали доступ в тот момент. Сравнение многих этих шоу, какие сценарии используют большинство ресурсов. Но это не очень точно, это - просто быстрый и грязный способ видеть то, что продолжается.
Для точного представления используйте профилировщика, как другие предположили.
Сообщите мне, требуется ли видеть задание крона.
-
1url' s получил доступ, в какое время шоу Вы частота запросов, не время сценарий PHP берет для окончания, doesn' t это? Если Вы хотите к подобному вершине выводу запросов, можно использовать apachetop. – jns 23 October 2009 в 15:05
-
2You' право ре, это doesn' t показывают Вам время, которое Сценарий PHP занимает для окончания, но он действительно имеет столбец, как долго каждый поток/ребенок работал над передающим ответом (Столбец Req), а также какой процент использования ЦП каждый поток использует. Так it' s быстрый способ получить некоторые данные, но не общее изображение. Ваш ответ звучит более полным. – Josh 23 October 2009 в 15:11