Наверняка Вы правы. Я был бы Вам признателен, если бы Вы написали, каким образом нужно изменить настройки.
1800s — это вполне актуальный параметр при загрузке пользователем пары сотен мегабайт фотографий. Меньшее значение не давало такой возможности. Я Был бы Вам признателен за помощь в работе над ошибками, это будет весьма полезно.
С учетом того, что я не умею правильно собирать PHP (1 раз смог собрать, так что бы сайты работали; все модули вкомпилены внутрь) — прироста не просто нет, есть явное и заметное снижение производительности PHP. И это приоритет номер один — правильно собрать PHP, без лишних модулей.
Но проблема стоит в том, что я не знаю, какие модули правильно будет вкомпилить в PHP, а какие сделать загружаемыми (.so). Мало того, я даже не представляю, какие модули являются реально необходимыми для WP. Именно поэтому я и прошу сообщество Хабра помочь мне в этой нелегкой для меня задаче.
Вы абсолютно правы относительно количества запросов. Это недопустимо много, и причина кроется в весьма «кривой» используемой теме. Для себя я уже поставил во втором приоритете сделать новую тему «руками». Кроме того, после прохождения мной определенного тренинга я сейчас понимаю, что визуальная подача информации на .TV совершенно не соответствует самой информации, предлагаемой сайтом.
Полностью согласен про WP. Для крупных проектов думаю отказаться от него, а вот для мелких — его следует полностью оптимизировать. Однако вопрос про перекомпиляцию PHP все ещё в силе.
Без акселераторов точно никак. APC однозначно ускоряет работу PHP во много раз. Для примера, генерация главной страницы сайта на домене .TV без акселератора происходит от 19 до 26 секунд (это чуть более 400 запросов в базу, при этом ни один не является медленным). С акселератором (opcode cache) первая генерация (prime opcode cache) — 3-8 секунд, последующие — 0.5-0.8 секунд. Т.е. прирост скорости более 3000%, что является значительным.
Ооо, благодарю Вас за указание на мою невнимательность.
Только что попробовал: при общих равных (с учетом ручного open_file_cache prime) aio проигрывает sendfile в моём случае 400 rps. ~2000 против ~2400. При этом Time per request примерно на 15% ниже (лучше) у sendfile. Отключаем aio, оставляем sendfile.
И это во много раз больше того показателя (60 r.p.s.), который я озвучил в статье, как первую «победу». Сейчас я понимаю, что 60 — это просто смешно.
Мое мнение может покажется несколько странным, но пока проект не обрел бизнес-модель — это хобби. А Вы на каких VPS-ках бложики держите? Ссылка была в тему :)
В текущей ситуации — в свап будет валиться в любом случае. На данный момент отдача практически постоянно кешированная. Я уверен, вся проблема в php, который надо перекомпилить с вырезанием ненужных модулей.
Вечером, после установки worker_aio_requests 128; в контексте events конфига nginx — вся статика стала откликаться гораздо быстрее. Даже очень.
Господа и дамы специалисты, подскажите пожалуйста, как правильно скомпилировать минимализированный PHP? Он у меня слишком большой из-за кучи вкомпиленых модулей. Кушает ресурсов очень и очень много и в этом сейчас я вижу главный затык.
К сожалению, моё хобби пока само себе не заработало на 512 мегов. Но я думаю, в скором времени этот рубеж в Директе будет пройден. В любом случае, опыт оптимизации будет полезен при любой конфигурации, Вы так не считаете?
До бизнеса моим сайтам ещё очень далеко (с Директа капает $15 в месяц). А клиентский мизер может свободно уехать на какой-нибудь шаред-хостинг и жить на кешах, или вообще на статике. Его все равно никто годами не обновляет.
Может я не прав, но мне кажется драка за ресурсы не такая уж активная, а как Вы считаете?
После установки PHP из сорцов значительно вырос показатель. Наверняка надо пересобирать PHP с вырезанием ненужных библиотек. Но я не знаю, как это сделать так, что бы все работало корректно.
Благодарю за рекомендации. Я начинаю присматриваться к Yii. И я согласен с Вами относительно WordPress'а. Однако я никогда не думал, что сайты о небольшом курортном городке будут популярны так, как сейчас, поэтому и делал на WordPress.
На мой взгляд, сейчас имеет смысл на примере WP провести полную оптимизацию системы в целом, что бы было достаточно «граблей и шишек» в этом отношении (я не нанимаю администратора с его кучей «шишек», всё своими силами). А после тюнинга можно будет вплотную занятся проектами, тем более, как оказалось, народ интересуется.
Как Вы его оцените? Я, например, довольно слабо себе представляю, что такое 117 MB/s в понятиях «очень медленно» | «медленно» | «нормально» | «быстро» | «очень быстро». Перед запуском команды я бегло просмотрел man. Насколько я понял, последняя цифра и есть приговор. Теперь оценить бы его.
Хотя (включаю мозг), гиг за 9 секунд, вроде вполне себе прилично.
P.S. «десятидолларовом королевстве» — классная фраза, очень понравилась :)
Вы не знаете, какие PHP-модули реально нужны исходя из следующего:
1800s — это вполне актуальный параметр при загрузке пользователем пары сотен мегабайт фотографий. Меньшее значение не давало такой возможности. Я Был бы Вам признателен за помощь в работе над ошибками, это будет весьма полезно.
Не совсем понял фразу «воркеры PHP-FPM уже загрузили нужные библиотеки или нет?»
Но проблема стоит в том, что я не знаю, какие модули правильно будет вкомпилить в PHP, а какие сделать загружаемыми (.so). Мало того, я даже не представляю, какие модули являются реально необходимыми для WP. Именно поэтому я и прошу сообщество Хабра помочь мне в этой нелегкой для меня задаче.
Да и Facebook наглядно показывает, как работает APC.
Только что попробовал: при общих равных (с учетом ручного open_file_cache prime) aio проигрывает sendfile в моём случае 400 rps. ~2000 против ~2400. При этом Time per request примерно на 15% ниже (лучше) у sendfile. Отключаем aio, оставляем sendfile.
И это во много раз больше того показателя (60 r.p.s.), который я озвучил в статье, как первую «победу». Сейчас я понимаю, что 60 — это просто смешно.
Сейчас это выглядит так:
Я уверен, что это из-за объема бинарника PHP.
Господа и дамы специалисты, подскажите пожалуйста, как правильно скомпилировать минимализированный PHP? Он у меня слишком большой из-за кучи вкомпиленых модулей. Кушает ресурсов очень и очень много и в этом сейчас я вижу главный затык.
Может я не прав, но мне кажется драка за ресурсы не такая уж активная, а как Вы считаете?
После установки PHP из сорцов значительно вырос показатель. Наверняка надо пересобирать PHP с вырезанием ненужных библиотек. Но я не знаю, как это сделать так, что бы все работало корректно.
На мой взгляд, сейчас имеет смысл на примере WP провести полную оптимизацию системы в целом, что бы было достаточно «граблей и шишек» в этом отношении (я не нанимаю администратора с его кучей «шишек», всё своими силами). А после тюнинга можно будет вплотную занятся проектами, тем более, как оказалось, народ интересуется.
Как Вы его оцените? Я, например, довольно слабо себе представляю, что такое 117 MB/s в понятиях «очень медленно» | «медленно» | «нормально» | «быстро» | «очень быстро». Перед запуском команды я бегло просмотрел man. Насколько я понял, последняя цифра и есть приговор. Теперь оценить бы его.
Хотя (включаю мозг), гиг за 9 секунд, вроде вполне себе прилично.
P.S. «десятидолларовом королевстве» — классная фраза, очень понравилась :)