Печёт от вебмакак

Именно

Чёт слабо верится.

Как в таком случае делали сайты на php в те времена, когда 96 Гб оперативной памяти можно было увидеть только в научной фантастике?

У меня просто термоядерный синтез между ягодицами!

То чувство, когда не осилил грамотную настройку сервера и кэширование)

Как в таком случае делали сайты на php в те времена,

Так тогда ПХП другим был, не совместимый с современным.

Предложи им сменить админа на нормального.

PHP

Бложик на вордпрессе.

Ничего удивительного. Wordpress - то ещё прожорливое и тормозное УГ.

кэширование

Костыль XXI века. Но он есть.)

Предложи им сменить админа на нормального.

Ну конечно, это всё админ виноват. Ага.

Так всё правильно, совсем немного. ТС истеричка :)

96Гб рамы

совсем немного

Ну для джависта-то конечно

А ты думал, зачем в джаве GC, которые обрабатывают терабайты оперативной памяти. Вот именно за этим, чтобы о памяти не нужно было думать. Будет у сервиса не две тыщи человек, а двадцать тысяч - и всё, если там какое-то Go, то его GC терабайт рамы не вывезет

Как в таком случае делали сайты на php в те времена

В те времена не было ajax (а тем более SPA), например. Поэтому количество запросов к пыху было гораздо меньше. Т.е. например если пока пользователь читает страницу, проходит 1 минута, то на 2к пользователей достаточно ~30 штук php-fpm. Тогда при 128М на процесс достаточно 4Г памяти. Это до сих пор довольно типичный пых сетап.

У ТСа какой-то косяк. Либо клиенты реально дрочат запросами (привет js-макакам). Либо процессы на чём-то лочатся. В результате у него процессы не мультиплексируются, а тупо создаётся процесс на каждого пользователя.

У ТСа какой-то косяк. Либо клиенты реально дрочат запросами (привет js-макакам). Либо процессы на чём-то лочатся. В результате у него процессы не мультиплексируются, а тупо создаётся процесс на каждого пользователя.

А куда копать то?

куда копать то

Начни с выяснения того, почему 15 секунд пых не посылает ничего к мускулу (если это действительно так). Что он 15 секунд делает? Это ну очень долго. Не расчёты же там делаются столько времени.

Смотри по лицу не получи, синтезатор.

Очень слабый вброс.

кэширование
костыль
Ну конечно, это всё админ виноват

Ну по факту он прав)

Кэширование естественно использую. Алё. Без этого костыля никуда в 2019.

От кого? От смузихлёбов? Ха!

дело не в PHP, а в WP. WP - аццкое УГ. с ним даже вебмакаки не хотят иметь дело. один музыкальный магазинчик у нас долго искал, кто бы им допилил какую-то фичу для сайта на WP. фича мелкая, денег они предлагали нормально. я поспрошала программистов в округе - все от WP шарахаются, как от чумы.

Лорчую.

Тогда фичей столько не требовалось.

Ты с разрабами общаться не пробовал?

Откуда вообще взялось столько воркеров? Ответ на этот вопрос и есть корень проблемы.

Да легко. Приложение резервирует соединение, вот и всё, это нормально. Проблема в количестве воркеров, а не в том, что они соединения держат.

Ты с разрабами общаться не пробовал?

С кем?!) В тиме одни заливщики плагинов/контента на сайтик. По техничской части только я один. К несчастью.

Тогда виноват ты, дело закрыто.

Приложение резервирует соединение, вот и всё, это нормально

Что резервирует нормально. Держать 15 секунд и вообще ничего не послать — это ненормально.

Суть осталась прежней - посылать на сокет сформированный зашифрованный текст или бинарные данные, читать с диска файлы и записывать их, совершать запросы к базе данных. Разве что запросов могло стать намного больше.

Нет.

Полагаю, вам виднее. А что именно изменилось?

Статичного текста всё меньше, а веб-приложений всё больше. За одним сайтом уже может быть не единственный сервер, а сотни микросервисов, раньше сервер отдавал страницу и на этом всё, пока не попросят следующую, теперь он обменивается сообщениями с клиентом постоянно, если раньше он должен был формировать страницу и отдавать данные сам, то сейчас есть CDN и многое делается на клиенте, раньше сайт был просто сайтом, а сейчас есть сайт и есть Web-API. Много всего изменилось, и эти изменения ведут к увеличению сложности инфраструктуры. Если хочешь, могу поискать доклад андмина алихи про их систему сбора и хранения логов, у тебя челюсть отпадёт (спойлер: для одних только логов там десяток серверов значительно мощнее чем в сабже).

Это не про данный случай, конечно, тут не сложность, а рукожопие в терминальной стадии.

Шо то говно, шо это. Настоящий веб был на Perl!

Я думаю, макаки были чуть умнее, это более значимый фактор

Можно вебмакак пинать, обвинять их и требовать, чтоб починили. Перекинь ответственность на них, если сам не можешь

А что я виноват то? Что воркеров наплодил столько? Если их меньше поставить сайт на нагрузке встанет.

Перекинь ответственность на них

Уже. Там прогера ищут нормального.

Если хочешь, могу поискать доклад андмина алихи про их систему сбора и хранения логов

Только если это не затруднит вас.

то сейчас есть CDN и многое делается на клиенте

Мне кажется, это должно разгружать сервера или я что-то неправильно понимаю?

это должно разгружать сервера

Да. Это пример изменений как таковых, а не тех, что сервер нагружают. Но и здесь всё не так однозначно, смотря как клиентскую часть напишут.

Нашел доклад, но ты лучше его не смотри, не будучи в теме ничего не поймёшь, кроме того, что там ад, ибо докладчик паршивый. Вот скриншот в котором вся соль. И это даже не алиха, а lazada (тоже принадлежит алибабе), которая в 10-20 раз меньше.

Посмотри лучше доклад Акуловича про ифраструктуру вконтактика. Чувак классный рассказчик, думаю будет интересно.

Благодарю.

Во-первых, ты не должен был допускать ситуации, когда всякая бестолочь заливает на сервер черти что (речь про плагины). Во-вторых, наплодить воркеры — не решение. Нужно было разобраться и найти то, что тормозит изначально, а не тогда, когда уже всё накрылось.

95 год. Все зло веба вышло в 95 году, синхронно.

Тогда виноват ты, дело закрыто.

Как я понял, он обвиняет разработчиков вордпресса)

Костыль XXI века.

Генерировать каждый раз заново вместо того, чтобы взять уже готовое - костыль?

И разработчиков плагинов*

Ну по идее нужно вычислить плагин, который все ломает и заменить его. Возможно виноваты не все вебмакаки, а один конкретный автор плагина.

Держать 15 секунд и вообще ничего не послать — это ненормально.

Вангую HTTP long polling в каком-то ненужном плагине типа количества посетителей онлайн)

А можно хотя бы ab натравить и циферки показать? Ну и ttfb хотя бы до кучи.

Да раньше ещё, как двумя перстами креститься перестали, так сразу начался ад.

Бедняжка

ТС не описал как именно натупили веб-разрабы (сделали простое громоздко и сложно). Если проблема не идентифицирована - может как раз он (сисадмин) - макака! :) И несмешно (всё-таки лолксы, funny or die). Тред не читал. (конечно же, с таким-то ОП)

Вот такая дичь происходит с базой. Причём таких запросов 99% от всех.

+-------+----------------+-----------------+--------------+---------+------+-------+------------------+----------+
| Id    | User           | Host            | db           | Command | Time | State | Info             | Progress |
+-------+----------------+-----------------+--------------+---------+------+-------+------------------+----------+
| 13919 | root           | localhost       | NULL         | Query   |    0 | init  | SHOW PROCESSLIST |    0.000 |
| 15338 | admin | localhost:55802 | Sleep   |    4 |       | NULL             |    0.000 |
| 15343 | admin | localhost:55812 | Sleep   |    2 |       | NULL             |    0.000 |
| 15346 | admin | localhost:55820 | Sleep   |    1 |       | NULL             |    0.000 |
| 15347 | admin | localhost:55818 | Sleep   |    2 |       | NULL             |    0.000 |
| 15356 | admin | localhost:55846 | Sleep   |    0 |       | NULL             |    0.000 |
| 15359 | admin | localhost:56008 | Sleep   |    2 |       | NULL             |    0.000 |
| 15369 | admin | localhost:56032 | Sleep   |    3 |       | NULL             |    0.000 |
| 15375 | admin | localhost:56046 | Sleep   |    0 |       | NULL             |    0.000 |
| 15376 | admin | localhost:56048 | Sleep   |    3 |       | NULL             |    0.000 |
| 15381 | admin | localhost:56056 | Sleep   |   11 |       | NULL             |    0.000 |
| 15386 | admin | localhost:56066 | Sleep   |   12 |       | NULL             |    0.000 |
| 15387 | admin | localhost:56068 | Sleep   |    3 |       | NULL             |    0.000 |
| 15399 | admin | localhost:56130 | Sleep   |    3 |       | NULL             |    0.000 |
| 15400 | admin | localhost:56132 | Sleep   |    3 |       | NULL             |    0.000 |
| 15402 | admin | localhost:56136 | Sleep   |    1 |       | NULL             |    0.000 |
| 15405 | admin | localhost:56150 | Sleep   |    1 |       | NULL             |    0.000 |
| 15411 | admin | localhost:56354 | Sleep   |    0 |       | NULL             |    0.000 |
| 15412 | admin | localhost:56352 | Sleep   |    4 |       | NULL             |    0.000 |
| 15415 | admin | localhost:56358 | Sleep   |    0 |       | NULL             |    0.000 |
| 15417 | admin | localhost:56362 | Sleep   |    0 |       | NULL             |    0.000 |