Свежие комментарии

Да, arc_max дефолтовый. Но я хочу сказать, что с началом вот этих проблем "ARC <= 1/2 Wired" война за память у меня кончилась. Лучше бы была война за память, честное слово.

Аптайм всего 10 дней после переезда на 12, поэтому мне нечего пока про что-то говорить. Посмотрим. arc_max если не задан при инициализации устанавливался на гигабайт меньше доступной памяти. С такой установкой в период пиковых нагрузок стали возникать проблемы, поэтому пришлось явно уменьшать. Заодно не стало постоянной войны за память.

Гм, а "люди жаждут подробностей" - где-то в фоне, я на гитхабе этого не вижу?

У меня нет подробностей. Отключил (с перезагрузкой) - деградация чтения исчезла.

Но, возможно, она потом появится, через месяц-другой.

У меня нет arc_max, основная роль — раздача 3 терабайт торрентов. Памяти 32, после 88 дней аптайма вот такая картина, как я привёл.
Хитрейт (эффективный) 90%. Когда-то давно до всех этих новых фич на сервере было 16 гигов памяти и, да, была иногда другая проблема — ARC съедал столько, сколько мог и начинался своппинг — но ARC Вскгда занимал память под завязку хитрейт был 95%.

И, повторю в третий раз, я такой не уникальный.

Ну, у меня это месяцами раздаёт торренты. И «сдуваться» моё — это масштабы недель, а не часов.

Есть идиотское решение — запустить в юзерленде программу, которая зааллоцирует и потрогает (раз в размер страницы) столько гигов, сколько разница между wired и arc. Тут система проснётся, почистит свои кеши аллокаторов, что бы отадть память юзерленду, а как программа выйдет — увидит что у неё куча свободной памяти и arc снова вырастет. Но потом всё начнётся сначала.

У меня памяти 32, ARC анлимитед. И паттерн один: после загрузки он разрастается до примерно 28, wired при этом 29. А потом wired Навсегда остаётся 29, а ARC начинает сдуваться и сдувается до 12 а иногда и 9. Потому что память, которую он возвращает (когда эвиктит ненужное) оседает где-то в структурах аллокаторов и не аллоцируется снова, а ARC'у говорят, что память кончается и он себя поджимает.

И, повторю, это не только у меня проблема — примерно раз в месяц в списки рассылки приходит очередной страдалец, и возникает хор Me Too, но ноль реакции от тех, кто понимает в потрохах ZFS. Это длится уже больше года.

Плюс я давал ссылку на прямой, подтверждённый, но непофикшенный баг в базовой логике ARC, который есть не только у нас, а и в апстриме тоже. Есть некрасивый, костыльный, фикс, но его не коммитят молча без объяснения причин.

ГРРРРРРРРР.

Что значит впустую?
Mem: 25M Active, 154M Inact, 41G Wired, 968M Buf, 5860M Free
ARC: 35G Total, 4273M MFU, 30G MRU, 4416K Anon, 64M Header, 1305M Other

У меня всего памяти 48, ARC-y разрешено 35, он их и берет

Хитрейт упал пропорциолнально. У меня у этого сервера 16 гигов было во времена 11.0, и хитрейт был больше, чем сейчас, когда гигов 32, но 11.2-STABLE. Нагрузка не изменилась ничуть.

Добавил 16 гигов памяти, блин, что бы оно не в ARC шло а просто в кэши самих аллокаторов.

У меня, по всей видимости, не столько метаданных.
Top показывал что почти все - compressed (не сохранил), но с очень хреновым ratio.

Ну вот деградация верификации бэкапов - это новость 12.0
В 11.1 такого не было (но и сеть была медленнее, но конечно быстрее этих 2-2.5 гбит/с)

На данном конкретном сервере данные тоже жмутся в зависимости от пользователя где-то от 1.1 до 1.5. Зато метаданные в 25 раз - вот и результат :-).

А у меня ratio в районе 1.1:1 т.е. смысла нету никакого, а горя много (как показалось)