в ВМ?

чих то чих, а разве в стандартном вараенте не пишется? допусти когда чтото запускается

когда файл модифицируется - меняется mtime. atime - это если мы просто даже прочитали файл

в ВМ?

если ВМ как zvol, то там atime нет

TYPE NAME USED AVAIL RATIO LOGBIAS SYNC ATIME PRIMARYCACHE SECONDARYCACHE filesystem local_3tb 957G 2.58T 1.23x latency standard on all all volume local_3tb/vm-101-disk-0 66.0G 2.63T 1.55x latency standard - all all

пошел отключать. неа

спасибо

Выключил мету, рама больше не отжирается

Хм. Но мета-то будет нужна

Ладно буду разбираться дальше завтра

Спасибо всем, ребят

а у меня получается я залил снапшот и у меня весь арк (хорошо половина) опустошился

ARC тем от pagecache и отличается, что он не только lru, но и lfu (т.е. не вымывается разовым чтением)

включен только в пуле containers

DDT у вас будет пытаться быть всегда в ОЗУ

да, я знаю, но не хотелось бы чтобы вымывание происходило даже наполовину

DDT у вас будет пытаться быть всегда в ОЗУ

мне казалось наоборот, оно постоянно пытается на блинах оказаться

у вас смешная ситуация получается - вы зарезали arc на конкретных пулах, и всё, что не завязано на это, теперь с удовольствием не занятую память использует

мне казалось наоборот, оно постоянно пытается на блинах оказаться

естественно на блины оно пишется, но кеш в озу маст хеф, иначе скорость записи будет около 400кбайт/с на блин

у вас смешная ситуация получается - вы зарезали arc на конкретных пулах, и всё, что не завязано на это, теперь с удовольствием не занятую память использует

я не хочу чтобы оно использовало всё что доступно при операциях записи

мне это не нужно

у вас смешная ситуация получается - вы зарезали arc на конкретных пулах, и всё, что не завязано на это, теперь с удовольствием не занятую память использует

думаю что святая инквизиция решит и этот вопрос. Никто не имеет права покушаться на свободную память)))))

естественно на блины оно пишется, но кеш в озу маст хеф, иначе скорость записи будет около 400кбайт/с на блин

да, пишется понятное дело, но и вытесняется из оперативки на ура

в общем меняйте - zfs_arc_max на желаемое - zfs_arc_meta_limit_percent=100

вот и отлично, спасибо, Георгий

остальное крутите только если вы садо-мазо

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

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

primarycache=meta это всё. что в таком случае нужно

я подозреваю мета так же из MRU вытесняется как и обычный кэш

а я как раз хотел бы этого избежать

если что - из коробки на запись он максимум 4ГБ может отъедать для буфера, это если памяти стоит прям много, от 128ГБ чтоли

у меня 32 и я вчера скидывал что отожрал все что есть

хотя реально занято под нужды контейнеров и самого гипервизора около 10гб

т.е. 20 он сожрал в момент ресива снапшота

я подозреваю мета так же из MRU вытесняется как и обычный кэш

ну вы его не перехитрите, arc оптимально озу использует, если данные чаще запрашиваются - они нужнее метаданных не запрашиваемых

что как бы #реально# лишнее

🙈

оптимально в общем случае, но не в моём

в моём вообще мру я бы отключил совсем

кстати соотношение MFU/MRU 50/50 можно менять или оно вхардкожено?

оптимально в общем случае, но не в моём

форкаете, дописываете код, проводите бенчмарки :)

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

кстати соотношение MFU/MRU 50/50 можно менять или оно вхардкожено?

iirc оно не зашитое прям на 50/50

но вот что можно сделать малой кровью, то делаю

правило парретто)

или как оно там

iirc оно не зашитое прям на 50/50

радость )

значит погуглю

значит погуглю

https://openzfs.github.io/openzfs-docs/Performance%20and%20tuning/ZFS%20on%20Linux%20Module%20Parameters.html

тут 99% всего, что можно крутить в модуле без правки кода

уж если есть желание - читайте

да я уже вчера почитал.... )

только бенчи проводите, а то накрутите а потом "zfs плохой"

нет, я это понимаю

это уже второй мой порыв поковыряться в зфс спустя 3 года

в этот раз он более продуктивен, надо сказать. до зфс надо созреть мозгом.

в прошлый раз именно так и вышло)))) зфс плохой)))

а сейчас совсем другое дело

боян на тему https://www.linuxatemyram.com/

все самые большие глупости в мире делаются с умным выражением лица)))

мне просто нужно чтобы кэш перестал вытеснятся из-за всякой ерунды, из-за которой он этого делать не должен (например явно 20гб не нужно при копировании снапшота)

боян на тему https://www.linuxatemyram.com/

Шикарно

ребят, кто нибудь может подсказать, когда я смотрю статистику zpool iostat, там есть операции read, эти операции чтения с учетом попадания в кэш или без? (грубо говоря, если попал в кэш, будет ли это суммироваться с тем что он считал с блинов?)

или там отображается только с блинов?

или там отображается только с блинов?

iirc только блины

для arc своя статистика

спасибо

как бы его заставить чаще попадать в кэш.....

увеличить кэш? :)

увеличить кэш? :)

просто объем данных которые необходимо кэшировать сравним с количеством оперативки которую я могу под это выделить

круг замкнулся

как бы его заставить чаще попадать в кэш.....

может вам есть смысл сделать l2arc?

может вам есть смысл сделать l2arc?

эжж

хорошая идея кстате

просто объем данных которые необходимо кэшировать сравним с количеством оперативки которую я могу под это выделить

надо чуть больше, т.к. + мета

надо чуть больше, т.к. + мета

даже с учетом этого

Cache hit ratio: 83.3 % мне кажется не предел)

даже с учетом этого

ну если есть миссы, увеличьте с запасом и посмотрите на каком объёме хит 100%

Cache hit ratio: 83.3 % мне кажется не предел)

не так уж и много, но для бекапов норм

ну в том то и дело что это не бэкапы, не понимаю нафига там блины дергать под конкретно это

а там сотка запросов каждую секунду

в среднем