кстати, вопрос оффтопиком, но по ядру. опосля перехода на 4.2 и наращивания памяти до 8Gb получился странный конфуз: отчего‐то дисковые кэши на запись работают нормально только пока вся память не забивается кэшем чтения. после чего йок.

попробую пояснить «на пальцах»: сбрасываем кэши:
echo 3 >/proc/sys/vm/drop_caches
запускаем софтину, которая делает активные write(), часто и разные.
ядро, как и полагается, оные записи кэширует, всё летает.
работаем пол‐дня (или как получается).
запускаем ту же самую софтину.
ТОРМОЗААААААААА.
снова делаем echo.
запускаем ту же самую софтину.
летает.

то бишь, впечатление, что ядро забивает всю память кэшем чтения и дальше сидит на нём, замещая его только другими *прочитанными* данными, но не вытесняя его для записи.

дёргать ядерные параметры кэширования пробовал (так‐то они у меня в умолчаниях стоят), ничего кардинально не меняется. вообще.

так вот, вопрос: как пояснить ядру, что при прочих равных кэшированию записи надо отдавать приоритет, а не кэшированию чтения? а то даже простой git rebase тормозит нещадно. ;-)