Как интерпретировать цифры использования памяти?
Может кто-нибудь объяснить это на практике? Пример представляет использование одного сайта Rails с низким трафиком с использованием Nginx и трех кластеров Mongrel. Я спрашиваю, потому что хочу узнать о кэшировании страниц, интересно, имеют ли эти цифры какое-то значение для этого процесса. Спасибо. Отличный сайт!
me@vps:~$ free -m
total used free shared buffers cached
Mem: 512 506 6 0 15 103
-/+ buffers/cache: 387 124
Swap: 1023 113 910
Ответы 2
по моему мнению, вы использовали почти всю свою память, у вас 6 Мб свободного места, и вы собираетесь использовать около 10% вашего свопа. Более полезные инструменты - использовать top или, возможно, ps, чтобы увидеть, сколько каждый из ваших отдельных дворняг использует в оперативной памяти. Поскольку вы переходите на свопинг, у вас, вероятно, будет больше замедлений. вы можете обнаружить, что только 2 дворняги, а не 3, на самом деле могут реагировать быстрее, потому что они, скорее всего, не войдут в память подкачки.
Кэширование страниц наверняка поможет значительно сократить время отклика, поэтому, если ваши страницы кэшируются (например, у них нет контента, уникального для отдельного пользователя), я бы сказал, обязательно проверьте его
Физическая память полностью израсходована. Почему? Поскольку он есть, система должна его использовать.
Вы также заметите, что система использует 113 МБ пространства подкачки. Плохой? Хорошо? По-разному.
См. Также, что имеется 103 МБ кэшированного диска; это означает, что система решила, что лучше кэшировать 103 Мб диска и заменить эти 113 Мб; возможно, у вас есть процессы, использующие память, которые не используются и поэтому выгружаются на диск.
Как сказано на другом плакате, вы должны использовать другие инструменты, чтобы увидеть, что происходит:
- Ваше мнение: правильно ли работает сайт, когда вы им пользуетесь?
- Бенчмаркинг: какое время отклика видят ваши клиенты?
- Более детальная диагностика:
- вверху: вы можете вживую увидеть, какие процессы используют память и процессор
- vmstat: он производит такой вывод:
alex@armitage:~$ vmstat 1 procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 2 1 71184 156520 92524 316488 1 5 12 23 362 250 13 6 80 1 0 0 71184 156340 92528 316508 0 0 0 1 291 608 10 1 89 0 0 0 71184 156364 92528 316508 0 0 0 0 308 674 9 2 89 0 0 0 71184 156364 92532 316504 0 0 0 72 295 723 9 0 91 0 1 0 71184 150892 92532 316508 0 0 0 0 370 722 38 0 62 0 0 0 71184 163060 92532 316508 0 0 0 0 303 611 17 2 81 0
который покажет вам, вредит ли вам своп (высокие значения si и т. д.), и упростит просмотр статистики производительности с течением времени.