Один длинный php обрабатывает hogging система, производя средние скачки> 8
Я думаю, что Вы хотите посмотреть на восстановление Сервиса Обновления Получателя (домен и/или Предприятие), если Вы требуете видеть изменения тот же день. Мое понимание - то, что это восстановлено ночью как часть обменного обслуживания, но можно вынудить это работать вручную.
По-видимому, мой вопрос был несколько глуп. Большое спасибо Mike, который помог мне с установкой проверки активности. Это было запуском для нахождения то, что действительно было проблемой.
ВИХРЕВОЙ сценарий dedn't когда-либо закрывает дескриптор файла, таким образом, у меня были много МНОГО открытых файлов. Кроме того, скорости сети наносят вред к 3MB/sec и этому на самом деле узкие места система.
Так как я начал закрывать открытое ВИХРЕВОЕ описание файла, у меня есть чувство, что только сеть является пожирателем ресурсов.
Другая вещь, которую я начал изменять, состоит в том, чтобы отбросить от использования MDB2. Это сосет большой успех с точки зрения скорости по сравнению с собственными вызовами mysql_.
Большое спасибо!
Если Вы не сделали, это выключает проверку активности в апаче. Проверка активности сохранит соединение открытым в течение данных секунд в конфигурации. При обслуживании большого количества страниц с изображениями, это сохранит соединения открытыми.
Например, некоторые браузеры откроют 4-6 соединений одновременно с веб-сервером. Таким образом, раз так у каждого клиента в любой момент времени будет 4-6 соединений открытыми и если Ваш тайм-аут проверки активности равняется 120 (я думаю, что это - значение по умолчанию), и в тех 2 минуты, у Вас есть 200 клиентов.. Ваш сервер мог бы быть в беде.
Таким образом, это выключает его и перезапускает апача
KeepAlive Off
Я думаю, что это - это из-за Вашей вершины.. ничто действительно не использует так много CPU. Так попытка это сначала.
вершина не является просто мерой CPU. Это - также мера диска ввод-вывод и RAM для именования еще два.