Вывод vmstat несовместим

Как вы можете видеть, когда запускаете vmstat, как показано ниже.

bash-3.00# vmstat 1 5
kthr      memory            page                     disk              faults        cpu
r  b  w   swap   free    re   mf   pi   po   fr   de sr m1 m1 m1 m2   in   sy   cs    us sy id
2  0  0 12812792 7094520 668  1023 213  939  939  0  0  1  1  1  0  30519 66084 35693 12 7  81
10 19 0 5469784  797392  265  325  583  1119 1119 0  0  1  1  0  0  35404 75227 44916 14 8  78
34 10 0 5577672  846056  570  554  3802 1233 1233 0  0  1  0  0  0  35013 72253 46505 10 10 79
19 0  0 5576352  843112  462  2825 1200 963  963  0  0  0  0  0  0  35070 73182 44379 13 8  78
2  0  0 5582624  854664  1698 1885 134  1198 1198 0  0  2  1  1  0  35688 71013 43705 11 7  82

что не так с этим? потому что использование памяти составляет около 95%.

*** --- **** --- **** ---- *****

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

bash-3.00# vmstat 1 5
kthr      memory            page          disk                faults            cpu
r b w   swap   free    re   mf   pi   po fr de sr m1 m1 m1 m2 in    sy    cs    us sy id
1 0 0 13949104 8516736 553  1047 121  21 20 0  0  1  1  1  9  30691 69172 34352 12 7  81
0 0 0 12456136 7171232 1122 2554 4117 0  0  0  0  3  1  2  0  31505 85240 35958 11 8  81
0 0 0 12353888 7147488 1401 664  0    0  0  0  0  0  0  0  0  31647 73507 35881 13 6  81
0 0 0 12345536 7129280 13   40   0    0  0  0  0  0  0  0  0  30787 69357 34695 14 6  80
0 0 0 12345440 7125040 217  1646 0    24 24 0  0  0  0  0  0  31390 73710 38393 12 10 78

2 ответа

Решение

Solaris? Какая версия (предположительно 8 или 9 из столбца ожидания)? Sun кластер или VCS?

В любом случае, игнорируйте первую строку, поскольку она является средней с момента загрузки.

Кстати, резервное копирование выполняется на пассивном узле и вызывает незначительные сбои и встраивания на компьютере, которые якобы ничего не делают? И посмотрите на переключатели контекста.

На активном узле использование памяти на 90%, вероятно, является просто памятью, используемой всем, что вы используете: возможно, Oracle SGA; а остальное используется для кеширования. Это нормально. Похоже, что система действительно связана с io, по крайней мере, в течение нескольких секунд, которые вы показываете. Существует подкачка и выгрузка, но нет серьезной нагрузки на память, так что это, вероятно, отражает отображенную память. Некоторое пространство подкачки используется, но это может отражать предварительное распределение, а не какой-либо дефицит.

Бежать: vmstat -s; vmstat -p 10 5, Если это Solaris, также: prstat -a; prstat -t; prstat -a -s rss; и на солярисе 9, echo ::memstat | mdb -k (что может занять некоторое время, поэтому не паникуйте). Они покажут, для чего система использует память и какие приложения используют ее. Если вы считаете, что в вашем прикладном программном обеспечении происходит утечка памяти, сравните результаты измерений prstat с течением времени.

Если вы постоянно привязаны к io, запустите iostat -xn 60 и поговорите с администраторами хранилища, если это необходимо. Но это отдельный вопрос.

Я не уверен, о чем здесь идет речь, но вы помните, что первая строка вывода vmstat показывает средние значения для элементов с момента последней перезагрузки? Последующие строки показывают значения за последний период выборки, поэтому обычно игнорируют первую строку.

Другие вопросы по тегам