Почему мой сервер использует так много памяти?
Я даже не установил свой веб-сайт на выделенном сервере, поэтому на данный момент я единственный, кто его использует. И все же вот что я вижу в своей системной информации:
Я только что установил кучу программного обеспечения безопасности, поэтому мне интересно, может ли это быть причиной. Такие программы, как Dos deflate, CSF firewall, Mod_security, SIM, Log watch и т. Д.
Детали моего сервера:
CentOS Processor Intel Xeon CPU X3220 CPU Speed 2.39 GHz Cache Size 4.00 MB RAM 2GB DDR2
На вашем рисунке показано 56% кэшированной памяти. Linux работает с ядром и кешем, загруженным в оперативную память, чтобы ускорить работу. Когда у вас есть больше приложений, занимающих память, кеш будет уменьшен, чтобы компенсировать его преимущества для запуска большего количества приложений.
Короче говоря, все в порядке; у вас не заканчивается память.
Использование памяти Kernel + Apps составляет около 30%.
Обновить: sebthebert дал эту красивую ссылку на LinuxAteMyRam для получения дополнительной информации по теме.
На данный момент он использует 600 МБ памяти - у вас должно быть много вещей, но это не лишено смысла.
Игнорируйте строки «буферы» и «кэширование» - это дисковые буферы и дисковый кеш. Система просто использует это, потому что оно есть.
Посмотрите на строку «Ядро + Приложения», чтобы узнать, что на самом деле используют программы.
Нет ничего плохого в этой картине. Мой сервер с 768 МБ ОЗУ обычно загружен на 100% или почти полностью, даже если средняя загрузка 0.01 0.01 0.01 и самый загруженный процесс top.
Если после запуска вашего сервера с его "реальной" нагрузкой ему не хватает памяти, это когда начинаешь волноваться :)
Еще один инструмент для использования: free:
<~> $ free
total used free shared buffers cached
Mem: 4148872 3969128 179744 0 160308 3125864
-/+ buffers/cache: 682956 3465916
Swap: 2144652 5172 2139480
Первая строка отражает то, что вы видите, что свободно только 179M. Вторая строка показывает действительное число, 3,465 ГБ, со всеми удаленными буферами и кешем.