12.10.2012 13:30, Иван Лох пишет:
On Fri, Oct 12, 2012 at 01:27:44PM +0400, Скубриев Владимир wrote:
12.10.2012 11:25, Иван Лох пишет:
Количество расшареных страниц после дедупликации
Количество дедуплицированных страниц
А это не одно и тоже ?
Нет. Это сколько стало после дедупликации и сколько было до нее,
соответственно
я так понимаю, эти значения пересчитываются с каждой итерацией сравнения
одной или пачки страниц
было вообще страниц памяти pages_sharing
из них стало - дедуплицированных pages_shared
т.е. грубо говоря на pages_shared страниц сократилось использование
памяти в системе
вот более правильная формула вычисления эффективности работы механизма
(в прошлом письме я не правильно написал):
pages_shared / pages_sharing = 19496 / 96747 ~ 0,2 ( коэффициент
эффективности )
всего памяти 3861
3861 * 0,2 ~ 772 Мб одинаковых страниц памяти для всех виртуальных машин.
По идее неплохо.
Я Извиняюсь, но у меня возник еще один вопрос, спустя пару тройку часов
команда free опять выдает столько свободной памяти, сколько было до
включения сабжа.
Вот:
root@vsp:~# free -m
total used free shared buffers cached
Mem: 3861 3612 248 0 1717 202
-/+ buffers/cache: 1692 2168
Swap: 7628 183 7445
Я так понимаю вся "освободившееся память" (ячейка Mem: free) ушла в
буферы и кэш, даже в большинстве своем в буферы ?
Следовательно, чтобы выяснить реальную пользу обсуждаемого механизма
остается только отношение pages_shared к pages_sharing ?
Чтобы наступила окончательная ясность происходящего.
Кстати посмотрел вывод free на файл сервере - он значительно отличается.
Буферы не в цене у ядра. А вот кэш !
root@storhost:/mnt/# free -m
total used free shared buffers cached
Mem: 3022 2925 96 0 435 1887
-/+ buffers/cache: 602 2419
Swap: 9343 0 9343
Я правильно мыслю ?
Спасибо.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5077ee14.7060...@skubriev.ru
