- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Отредактировать конфиг и перезапустить php-fpm
А еще лучше - попросить специалиста посмотреть сервер и настроить его раз и на всегда
А еще лучше - попросить специалиста посмотреть сервер и настроить его раз и на всегда
мне так неинтересно :), не денег жалко, важно самому изучить сабж и решить проблему.
Reise добавил 15.05.2011 в 03:27
Ему надо в php-fpm повысить число процессов и рестартовать
неа, не оно.
Пробовал увеличивать значения:
pm.max_children = 200
pm.start_servers = 40
pm.min_spare_servers = 10
pm.max_spare_servers = 70
pm.max_requests = 500
Не помогло, наблюдаю только рост соответствующих значений в логе, то есть уже 63 total children и растет дальше.
Так что проблема в чем-то другом.
да куда их подымать, их 47 в первом посте, а этого более чем достаточно для очень серьезной нагрузки. но они тормозят, потому и не хватает
мемкешь снести попробуйте
мемкешь снести попробуйте
попробовал, не помогло, точно та же сама картина.
Копаю дальше...
Reise добавил 16.05.2011 в 01:18
у меня есть 6 дебиан и php-fpm из dotdeb
какая конкретно версия php? У меня PHP 5.3.6.
Все таки очень похоже, что именно сборка кривая на дотдебе. Можно хотя бы обратить внимание на количество багов, заявленных в каментах ветки на дотдебе.
И кстати на линуксфоруме у человека та же проблема с той же версией php с дотдеба.
Возникает вопрос как установить php-fpm с пакетов, но не с дотдеба или с дотдеба, но другую версию хотя бы. Буду разбираться...
подключаешь sid и ставишь fpm
подключаешь sid и ставишь fpm
Установил php-fpm с sid'а. Самое интересное, что не помогло. Может из-за того, что версия php та же.
PHP 5.3.6-11 with Suhosin-Patch (cli) (built: May 14 2011 20:38:43)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH
Игра с параметрами pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers, pm.max_requests в /etc/php5/fpm/pool.d/www.conf ни к чему не приводит. Кстати эти параметры в версии с sid'а были еще ниже по умолчанию.
Я уже не знаю что и думать. Может скажу ерунду, но неужели везде php этой версии с глюком?
У вас VDS или физический сервер? Параметры какие?
Почитайте, может поможет.
Удалось выяснить следующее: проблемы в связке php-mysql.
Нагрузку давал siege'ом.
Результаты отдачи статического файла:
Response time - это среднее время загрузки страницы. Тут 2 сек.
То есть с nginx все нормально.
Вот результаты отдачи файла <?php phpinfo(); ?>
Response time: 1.98 secs - нормальный показатель. То есть сам php, если не обращается к Mysql работает нормально.
А вот такой ужас при тестировании реальных страниц сайта, то есть тех, где срабатывает связка php-mysql:
24 сек ждать загрузки страницы это конечно кошмар. Но что интересно, проблема не в нагрузке mysql на систему - по top'у все ок - по нулям, mysql не жрет ресурсов вообще. То есть где-то срабатывает задержка в самой связке php-mysql.
Кто может подсказать, что это такое?
Reise добавил 17.05.2011 в 01:05
У вас VDS или физический сервер? Параметры какие?
Физический сервер, железо хорошее:
8-ядерный проц: Intel(R) Core(TM) i7 CPU
12 Гб памяти
...
думаю дальше не интересно.
Почитайте, может поможет.
спасибо конечно, это мой же топик на линуксфоруме :).
Решил проблему.
Создал тестовую БД, тестовый php-скрипт с буквально несколькими командами (соединиться, выбрать данные, закрыть) и вместо ожидаемых 16 сек увидел 0.01 сек кажется.
В общем в конце концов оказалось, что проблема вообще в скриптах движка, а именно один php-файл коннектился к удаленному серверу через @file_get_contents, что давало такую задержку.
В любом случае, спасибо всем за помощь.
Вот по этому такие проблемы очень тяжело решать советами на форуме.
Это как лечить больного, по диагнозу, который он сам себе поставил.