Медленный сервер: разбор трёх жалоб

Ситуация

На этом сервере работает сайт каталога интернет-магазина — служба lab-catalog, порт 8080. С утра на сервер пришли три жалобы, у каждой — свой ключ:

• slow — главная http://localhost:8080/ открывается по полсекунды, хотя обычно ей хватает сотых долей секунды. Время ответа: curl -s -o /dev/null -w '%{time_total}\n' http://localhost:8080/.
• memory — мониторинг пишет, что доступной памяти на сервере с каждой минутой меньше, хотя посетителей не прибавилось.
• errors — когда посетителей много, запросы к карточкам товаров /api/item/<номер> заканчиваются ошибкой 500. Наплыв из 200 одновременных запросов:

bash curl -s -Z --parallel-max 200 --parallel-immediate -o /dev/null -w '%{http_code}\n' 'http://localhost:8080/api/item/[1-200]' | sort | uniq -c

Разработчики займутся своим кодом позже. От тебя — найти на машине, что вызывает каждую жалобу, и устранить причину настройками системы и служб. Программы в /usr/local/bin не меняй. sudo работает без пароля.

Задача

1. slow: главная отвечает быстрее чем за 0,25 с — и после перезагрузки сервера.
2. memory: процесс, который съедает память, продолжает работать, но не может занять больше 128 МиБ, а дорастая до предела, поднимается сам — и после перезагрузки.
3. errors: все 200 запросов из команды выше получают код 200 — и после перезапуска службы и перезагрузки.
4. Отчёт ~/triage.txt — по строке на жалобу: ключ, PID процесса-виновника и причина своими словами.

slow: <PID> <причина> memory: <PID> <причина> errors: <PID> <причина>

PID — тот, что ты нашёл при разборе. После перезапуска у процесса новый PID; подойдёт и прежний.