Нагрузка на сервер в виде превышения лимита оперативной памяти. Что это может быть?

неверная настройка mysql по мануалам из интернета, где рекомендуют все параметры увеличить :) в совокупности с отсутствием свопа

Скорее всего причина в этом. Но чтобы точно сказать - нужны дата регистрации домена, по ней можно высчитать астрологическую карту. Говорят меркурий может создавать излишнюю нагрузку на сервер и понижает память сервера.

Также говорят что есть "черные вебмастера", которые наводят порчу на сайт, по скриншоту.

Причин может быть много. А может быть совокупность причин.

1. Неоптимизирован фронтенд. Особенно если покупная тема.

Проверяйте сервисом скорости загрузки (только не Goole Page Speed!!!), например gtmetrix.com.

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

2. Включены ли механизмы кеширования и какие.

3. Поставьте плагин, который показывает, какие плагины какую нагрузку создают. Также запросы к БД нужно смотреть.

4. А чтобы не гадать на кофейной гуще - лучше посмотрите или покажите системному администратору логи сервера. Там будет понятна причина излишней нагрузки.

А в зависимости от этого уже принимать меры.

Оперативная память не должна пустовать. Туда кешируется много информации, что ускоряет работу сервера.

Представьте что вы мастерите табуретку. Как вы будете быстрее её делать, когда все инструменты перед вами на столе, или когда вам за каждым гвоздем нужно отходить от стола на 10 метров и брать из ящика? Естественно, быстрее будет когда все перед вами. Где-то также поступает и сервер.

Принудительные закрытия процессов кто делает: вы или OOM killer? Если вы, то не обязательно это делать. Если OOM KIller тогда нужно разбираться почему. Возможно, на сайт идет мусорный трафик, парсят, и т.д.

Я тут в блогеры подался, и из-за появившейся минутки сделал вот такую статью: https://blog.quasar.cc/kak-s-tarifa-za-5-vyzhat-maksimum-na-wordpress/

При желании можете повторить у себя на сервере. Гарантирую что прирост будет значительный. Но схема не для всех зайдет.

Рекомендую включить OCSP stapling и сделать еще сертификат на эллиптических кривых, еще быстрее будет :) Но кеширование к производительности сервера конечно никаким боком.

Почитаю на досуге, спасибо.

Почему кеширование к производительности никаким боком, если сам термин кеш подразумевает быстрый доступ?

Потому, что он скрывает проблему, а не решает её. ТС-у сначала надо бы разобраться в причинах.

К тем, кто считает кэш панацеей, однажды приходит гугл при непрогретом кэше :D

Dmitriy_2014, Апач используете? Отказывайтесь от него в пользу nginx.

Совет хороший, если понимать как правила хтацесса перетягивать в конфиг нжинкса.

А для большинства и с апачем всё хорошо даже на дешевом шареде. Тем более при таком-то трафике.😂

---------- Добавлено 05.11.2017 в 12:32 ----------

Точно так же как длина топливопровода подразумевают быструю езду. :)

Кеширование - это "превращение" динамики в статику, много раз можно обратиться к один раз сгенерированным данным. Кеш, соответственно, результат этого мероприятия - файлы или объекты в памяти. От этого может зависеть и быстрота доступа, но это лишь следствие этого "мероприятия".

И именно что может. А может быть и наоборот.

Зачем гадать?

Поставьте, например, утилиту htop и посмотрите какие именно процессы забивают память.

А "что делать" будете решать исходя из полученных данных.

Да и логи вебсервера неплохо изучить в такие моменты.

А так можно долго заниматься гаданиями, брутфорс это или кривизна хостинга.

Один хрен, толку от гаданий никаких не получите.

А виртуализация какая? Может хостер с openvz оверселлит.