18.12.2013 18:42, Slawa Olhovchenkov написав(ла):
On Wed, Dec 18, 2013 at 06:16:50PM +0200, Volodymyr Kostyrko wrote:
18.12.2013 18:17, Slawa Olhovchenkov написав(ла):
On Wed, Dec 18, 2013 at 09:57:30PM +0700, Eugene Grosbein wrote:
On 18.12.2013 21:58, Slawa Olhovchenkov wrote:
фишка zfs в кешировании
last pid: 56736; load averages: 0.70, 0.64, 0.64
up
29+03:07:59 16:52:25
73 processes: 1 running, 72 sleeping
CPU: 0.3% user, 0.0% nice, 0.8% system, 0.3% interrupt, 98.6% idle
Mem: 880M Active, 891M Inact, 13G Wired, 408M Buf, 883M Free
ARC: 12G Total, 3175M MFU, 7770M MRU, 1696K Anon, 165M Header, 854M Other
Swap: 1024M Total, 100K Used, 1024M Free
Я так понимаю если и 30 гигов всунуть - ARC и их сожрет.
UFS тоже их сожрет (точнее vnode/page cache).
UFS как сожрет, так и отдаст при необходимости.
ZFS -- аналогично
А вот и нет.
А вот и да
Ну и пусть да но через пень-колоду же.
ZFS хранит весь ARC у себя и не использует системы кеширования ядра.
не противоречит
Если нужна будет память то в первую очередь будут выпадать процессы в
своп. Пару недель без перезагрузки на десктопе уже становится заметно.
% uptime
8:36PM up 60 days, 16:59, 2 users, load averages: 4.29, 3.83, 3.24
% uptime
8:39PM up 32 days, 8:17, 9 users, load averages: 1.12, 1.14, 1.09
Я не про это. Я про вот это:
Mem: 922M Active, 188M Inact, 5507M Wired, 37M Cache, 1259M Free
ARC: 3890M Total, 335M MFU, 3290M MRU, 136K Anon, 55M Header, 209M Other
Swap: 8192M Total, 1264M Used, 6928M Free, 15% Inuse
Это обычный десктоп с парой виртуалок (ну мне положено). Через неделю
свопа будет 4G а арк будет регулярно расти и сопротивляться, ниже 3,5
сам не упадёт. Потому что MFU + MRU. Как выход - либо терпеть когда оно
прожуёт своп с утреца, либо ограничить арк и иметь подтормаживания днём.
Вся фенька в том что своп отдаёт память быстрее, когда памяти мало своп
сам заранее кеширует часть памяти на диск, а потом раз - и вернул.
Сразу. А ZFS - подумать нужно. В результате своп потихоньку пухнет а ZFS
сдуться не успевает.
--
Sphinx of black quartz, judge my vow.
