[freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

[Anton Sayetsky]

6 мая 2017 г., 22:28 пользователь Slawa Olhovchenkov <slw at zxy.spb.ru> написал:
> On Sat, May 06, 2017 at 10:20:46PM +0300, Anton Sayetsky wrote:
>
>> >> >> /boot/loader.conf такой:
>> >> >> autoboot_delay="4"
>> >> >> loader_logo="beastie"
>> >> >> kern.geom.label.disk_ident.enable="0"
>> >> >> kern.geom.label.gptid.enable="0"
>> >> >> kern.ipc.nmbclusters="0"
>> >> >> zfs_load="YES"
>> >> >> vfs.zfs.arc_min="192G"
>> >> > 3. эту убери
>> >> Поставлено для 2 целей:
>> >> 1. Чтобы быстрее падало.
>> >> 2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
>> >> занять нечем.
>> >
>> > А я не спрашиваю зачем ты это поставил, я говорю что надо сделать.
>> В отличие от тебя, я не столь силён в коде ZFS/vm, чтобы предлагать
>> свои патчи, однако не думаю, что это избавляет от необходимости хоть
>> какой-то аргументации совета по изменению настроек.
>
> а смысл? ты уже отказался ставить -STABLE и патчи.
Ну, я не вижу связи между arc_min и веткой системы. А посыл был именно
об изменении настройки, а не о патче. Кстати, этот из ревью может и
попробую адаптировать для releng/10.3.

>> Возможно, моё намерение протестить без использования UMA - глупость,
>> но для изменения arc_min не вижу никаких причин. Отрицательных
>> эффектов от установки такого значения не имеется. Положительный
>> имеется - если рядом работает клиент NFS, его кэши не вымывают ARC
>> полностью. Ну и наличие этой настройки на сабж не влияет - и с
>> дефолтным ограничением размера ARC снизу точно так же залипало всё,
>> только через более длительное время.
>
> можешь менять настройки как угодно, это никто тебе запретить не может.
Логично, и я же написал, почему именно эта настройка изменена. До
того, как появилась проблема с залипаниями, я уже сталкивался с тем,
что кэш клиента NFS вымывает ARC.