The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux) , opennews (??), 25-Авг-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


53. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от Catwoolfii (ok), 25-Авг-20, 13:54 
А как в zol реализовано вытеснение arc? Если системе понадобится память
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

58. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  –6 +/
Сообщение от пох. (?), 25-Авг-20, 14:11 
> А как в zol реализовано вытеснение arc? Если системе понадобится память

#ifdef illumos
[вытесняем arc]
#else
crash
#endif

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

notabug. wontfix.


  

Ответить | Правка | Наверх | Cообщить модератору

142. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от Аноним (143), 26-Авг-20, 10:05 
Arc умеет возвращать память, но происходит это не моментально. Лучше ограничит zfs_arc_max до разумных пределов опираясь на статистику arcstat в рабочих нагрузках. Использую дома с пределом в 4G. С десяток виртуальных машин. Летает как ракета!
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

145. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от Аноним (145), 26-Авг-20, 10:15 
До первого oлoлo и потери всех твоих виртуалок. Это же ZoL и линукс, иначе быть не может.
Ответить | Правка | Наверх | Cообщить модератору

172. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  –1 +/
Сообщение от пох. (?), 26-Авг-20, 12:52 
> До первого oлoлo и потери всех твоих виртуалок. Это же ZoL и линукс, иначе быть не может.

может. если не нагружать и не хотеть необычного.

А вот если нагружать - 64x write multiplication, жор памяти, и прочие прелести - нет, не фатальные, для файловой системы - но вполне могут быть фатальными для того, что ты поверх держишь, поскольку оно перестанет успевать и лопнет, когда могло бы на том же железе работать с шестнадцатикратным запасом мощности.

Ответить | Правка | Наверх | Cообщить модератору

188. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от Аноним (143), 26-Авг-20, 14:56 
Проблема усиления записи решается правильно выбранным размером записи.
Ответить | Правка | Наверх | Cообщить модератору

190. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  –1 +/
Сообщение от пох. (?), 26-Авг-20, 17:32 
> Проблема усиления записи решается правильно выбранным размером записи.

во-первых не решается, а загоняется под ковер.
Во-вторых у стандартного размера есть архитектурные причины.

В-третьих, 64x это очевидно полный п-ц, и скорее всего ты не сумеешь выбрать единственноправильный размер.

Ответить | Правка | Наверх | Cообщить модератору

193. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от Аноним (193), 26-Авг-20, 18:23 
А вы точно в теме? Несете какую-то бессмыслицу.
Ответить | Правка | Наверх | Cообщить модератору

194. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от пох. (?), 26-Авг-20, 18:59 
> А вы точно в теме? Несете какую-то бессмыслицу.

обычно это означает что не в теме - другой оппонент. Настолько, что не в состоянии понять, что ему говорят.

Продолжайте верить что "волшебный" размер записи спасет вас от всех бед на свете, не буду отвлекать.

Ответить | Правка | Наверх | Cообщить модератору

171. "Кодовая база FreeBSD переведена на использование OpenZFS (ZF..."  +/
Сообщение от пох. (?), 26-Авг-20, 12:50 
_разумный_ предел - это как раз вся неиспользуемая в данный момент системой память - за вычетом совсем малого куска на срочные-срочные нужды (он спасает от дидлоков). Как это, собственно, делает ядро с buffer cache - свободно на мало-мальски нагруженной машине не больше 1%
Непатченная zfs (и тем более ZoL) положат тебе систему до перезагрузки ресетом при таких настройках - проверено.

(ZoL еще и имеет бесконечные проблемы с тем самым buffer cache, ради их решения там много чего попортили и так и не решили окончательно - двойное кэширование никуда не делось)

"разумный предел" по документации (тому недоразумению что вместо) - половина оперативной памяти.
Что полный бред.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру