VDS — нормальное ли поведение httpd?

Question

[Ёж Туманный]

Вопрос, более, общего характера. Всё работает, но вот потребление ресурсов, которое имеет место быть - можно ли сократить?

Вводная:
Имеется VDS от hetzner.de (1гб памяти, 1 ядро 2.4GHz), крутятся на нем статическая файлошара (отдает nginx по http), несколько wp-блогов (посещаемость ~100 уников в сутки), пара сайтов-визиток (php без бд).
centos 7, nginx - front-end, apache2 - back-end, mariadb - типичная лампа.
nginx отдает всю статику, на одном из сайтов задействован ssl, основную нагрузку (судя по логам) берет на себя файлошара (~25k запросов в сутки).


(крайние часы на графике - кое-какие эксперименты, связанные с httpd)

Ключевые моменты конфига httpd:

<IfModule mpm_prefork_module>
  # Число процессов, запускаемых вначале
  StartServers 2
  # Мин. и макс. число ожидаемых процессов
  MinSpareServers 1
  MaxSpareServers 4
  # Максимальное число параллельных запросов
  MaxClients 8
  # Число запросов, обрабатываемых за дочерний процесс/поток
  MaxRequestsPerChild 1024
</IfModule>

Ключевые моменты конфига mariadb:

[mysqld]
key_buffer = 16M
max_allowed_packet = 4M
table_cache = 32
sort_buffer_size = 2M
read_buffer_size = 4M
read_rnd_buffer_size = 2M
net_buffer_length = 20K
thread_stack = 640K
tmp_table_size = 16M
query_cache_limit = 2M
query_cache_size = 16M
max_connections = 64
max_user_connections = 8
max_delayed_threads = 6
skip-networking
skip-federated
skip-blackhole
skip-archive
skip-external-locking

Собственно, вопрос:
Нормально ли, что httpd и mariadb в среднем берут на себя ~90мб каждый? Раз в сутки срабатывает ротация логов, которая перезапускает демоны, но это не есть решение возможной проблемы

Answer 1

[MrClon]

Можно наверное на apache и mysql что-то сэкономить, только зачем? Если проблем нет то зачем оптимизировать?

P.S. чем график нарисован?

Comments

[Ёж Туманный]

[сарказм]Очень, очень конструктивный комментарий.[/сарказм]
Прямо, как из замечательного мультика, где главный герой повторял фразу "и так сойдет!"

ps. newrelic.com

[MrClon]

Kot Kotov: Это не «и так сойдет», это «преждевременная оптимизация — зло». Ну вот потратишь ты кучу времени выискивая те самые настройки mysql при которых он жрёт не значимо меньше памяти и не начинает уж очень сильно тормозить. А потом, когда нагрузка повысится, окажется что самым узким местом была не память, а например диск, и ты убил кучу времени на бесполезный онанизм. Или, что ещё вероятнее, причиной реальных проблем окажутся как-раз эти оптимизации.

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