From 5201b6ae30f0639695dd1d12ff2c19f1596f4d70 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Sun, 9 Sep 2018 10:19:00 +0300 Subject: [PATCH] =?utf8?q?=D0=9D=D0=B5=D1=87=D1=82=D0=BE=20=D1=81=D1=82?= =?utf8?q?=D1=80=D0=B0=D0=BD=D0=BD=D0=BE=D0=B5=20=D1=81=D0=BE=20=D1=81?= =?utf8?q?=D0=B2=D0=BE=D0=BF=D0=BE=D0=BC=20=D0=B8=20ZFS=20ARC-=D0=BE=D0=BC?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit Оставил я на ночь на 4-х ядерном компьютере компрессировать огромные файлы. Компрессия на три ядра. И жёсткий диск жужжит постоянно и в top-е у сжимающих процессов 20-30% загрузки и всё притормаживает и BitTorrent seeder вообще повис и не реагирует ни на что. Такое ощущение что всё в свопе. И, действительно, top показывает постоянное общение с ним. Но ARC отъедает 12 ГБ памяти -- той самой которую по идее он может освободить когда угодно. Но почему-то не освобождал. swapoff говорит что недостаточно памяти и отказывается своп вырубать. sysctl-ем я ограничил максимальный размер ARC-а и памяти свободной стало дофига, swapoff/swapon можно сделать чтобы вернуть все данные в память, всё процессы вычислительные занимают 100% ядра, винт не трещит. Почему такое действие понадобилось -- для меня загадка, похожая на багу. -- 2.48.1