зато проц хороший взять можно и виртуалочками обмазаться даже
Имхо, я разделил. Отдельно NAS, отдельно хост под виртуалки.
Qwerty
George
только если поиграться, конечно
Qwerty
Ну у меня 10Гбит, мне проще. Плюс я ковыряю очень часто железку под виртуалки.
George
о, первый коммит osx в новый openzfs https://github.com/openzfs/zfs/pull/10390
Алексей
ребята, всем привет. помните мои страдания с кэшем? короче я для себя решение нашел. мне нужно было чтобы кэш не вымывался. короче я ничего лучше не придумал кроме чем вот так:
Алексей
* * * * * find /mnt/databases -type f -exec cat {} + > /dev/null
Алексей
лютый костыль конечно но что поделать
Алексей
работает именно так как нужно мне
Ivan
а для пула арк выключить нереально ?
Алексей
для пула реально
Алексей
но, по здравому размышлению, зачем?
Алексей
я вижу только один вариант зачем это делать - только если сам пул - рам диск)))))
Ivan
нуу создать пул, синкать в него - арк отключить. ты получишь что хочешь.
Алексей
создать пул... синкать что?
Ivan
ну ты же страдал оттого что при синке в пул засорялся кэш ?
Алексей
я страдал от того что блоки которые мне нужны в кэше оттуда вымывались
Алексей
а теперь они там прописаны навечно покуда работает команда в кроне
Ivan
а теперь они там прописаны навечно покуда работает команда в кроне
и реально чтения с дисков не происходит ни разу ?
Алексей
да, это просто супер, я в диком восторге и возбуждении
Алексей
George
Алексей
типа того)
Fedor
Ничоси.
Fedor
Очень нестандартное использование)
Алексей
Ну никаких стандартных способов зафиксировать кэш я не нашёл
Алексей
Он вымывается даже если весь кэш выключен кроме одного датасета
George
Он вымывается даже если весь кэш выключен кроме одного датасета
видимо не вымывается, а протухает
Алексей
ну, возможно
Александр🇷🇺
Александр🇷🇺
😄😄
Fedor
У меня дома даже запчастей никаких нет
nikolay
хочу привести в порядок свои знания по поводу объемов slog, special и l2arc. я правильно помню что размер slog на выделенном устройстве не имеет смысла делать больше чем размер оперативной памяти в сервере, размер special devices в принципе ничем не ограничен, размер l2arс можно брать от 5% до 10% от размера пула?
George
хочу привести в порядок свои знания по поводу объемов slog, special и l2arc. я правильно помню что размер slog на выделенном устройстве не имеет смысла делать больше чем размер оперативной памяти в сервере, размер special devices в принципе ничем не ограничен, размер l2arс можно брать от 5% до 10% от размера пула?
- slog - не более размера синхронной записи до закрытия следующего TXG (дефолтный максимальный TXG timeout 5сек), т.е. 5ГБ обычно с головой
- l2arc - сначала лучше нарастить ARC, далее - сколько вам нужно держать на нём, такой размер и нужен, с учётом того, что 1 блок в нём будет есть около 100байт ОЗУ
- special - смотря что на нём держать будете, очень пессимистичный сценарий для метадаты - до 3% от размера пула, но конечно же it depends от ваших данных
nikolay
хм. давайте по порядку тогда). по поводу slog, получается, если я взял например два ssd wi на 240 gb и добавил их в mirror как slog device, то это бесмыссленное действие?
George
хм. давайте по порядку тогда). по поводу slog, получается, если я взял например два ssd wi на 240 gb и добавил их в mirror как slog device, то это бесмыссленное действие?
если 100% объёма - в общем то да, на 100% их он никогда не забъёт. Посмотрите просто сколько в среднем на нём занято будет
George
но и класть l2arc на освободившееся место тоже не спешите :) для slog лучше всего просто оставить пустое место, чтобы диски дольше жили
Сергей
но и класть l2arc на освободившееся место тоже не спешите :) для slog лучше всего просто оставить пустое место, чтобы диски дольше жили
Если там enterprise диски, то смысла нет. Там износа на всю нашу жизнь хватит
George
Сергей
дело каждого :)
Я на своих прикинул что с моими темпами записи мне и за 50-60 лет не выработать ресурс. Но дьявол может быть в деталях)). Вдруг там нагрузка совершенно иная
George
Я на своих прикинул что с моими темпами записи мне и за 50-60 лет не выработать ресурс. Но дьявол может быть в деталях)). Вдруг там нагрузка совершенно иная
ох уж эти ssd, у каждого своя особенность
nikolay
но и класть l2arc на освободившееся место тоже не спешите :) для slog лучше всего просто оставить пустое место, чтобы диски дольше жили
я как-то придерживался конфигурации, когда берется 2-4 ssd и на них размещаются и slog и l2arc, на отдельных партициях. размер slog делал не более 100% размера оперативной памяти. в любом случае свободного места остается с запасом, даже если делать объемный l2arc.
George
я как-то придерживался конфигурации, когда берется 2-4 ssd и на них размещаются и slog и l2arc, на отдельных партициях. размер slog делал не более 100% размера оперативной памяти. в любом случае свободного места остается с запасом, даже если делать объемный l2arc.
ну если утилизация ssd около 100%, то они будут друг друга аффектить. Только если недоутилизированы диски
nikolay
ну если утилизация ssd около 100%, то они будут друг друга аффектить. Только если недоутилизированы диски
безусловно, обычно я не ставлю диски аналогичные тем которые использовал @kvaps на своем стенде)
nikolay
а вот по поводу размера l2arc я не совсем понял - я считал что если в пуле не выделять special device, то метадата будет кэшироваться как раз на уровне l2arc. это не так?
George
там и профиль нагрузки разный так то, под slog нужно очень мало но с минимальной латенси на запись
George
а под l2arc нужно минимальное латенси на чтение
George
но каждый, конечно, выбирает сам)
Vladislav
Vladislav
Линус тестирует новые NVMe диски
nikolay
там и профиль нагрузки разный так то, под slog нужно очень мало но с минимальной латенси на запись
если брать write intensive ssd то у них и с чтением все нормально.
nikolay
а вот по поводу размера l2arc я не совсем понял - я считал что если в пуле не выделять special device, то метадата будет кэшироваться как раз на уровне l2arc. это не так?
и все же что по поводу объема l2arc? я правильно рассуждал или нет?
George
а вот по поводу размера l2arc я не совсем понял - я считал что если в пуле не выделять special device, то метадата будет кэшироваться как раз на уровне l2arc. это не так?
мета вроде тоже кешируется в l2arc, да, но о каждой записи в l2arc в ОЗУ будет запись тоже, если вы про это
nikolay
гм. т. е. выгоднее special device использовать? я как-то запутался..
George
гм. т. е. выгоднее special device использовать? я как-то запутался..
ну у них разные кейсы, всё таки.
Да, они немного пересекаются на чтение метадаты. не припоминаю что в коде исключали мету со special девайса для l2arc, но это можно посмотреть
George
в общем случае если у вас ARC покрывает надобности в кеше на чтение, то лучше иметь special vdev.
George
l2arc в принципе советуется, только если ОЗУ уже некуда расширять.
George
хотя конечно, как только в стейбл приедет persistent l2arc, это утверждение пошатнётся
nikolay
ну у них разные кейсы, всё таки.
Да, они немного пересекаются на чтение метадаты. не припоминаю что в коде исключали мету со special девайса для l2arc, но это можно посмотреть
я имел в виду конфигурацию в которой нет special vdev, но есть l2arc..
Сергей
я имел в виду конфигурацию в которой нет special vdev, но есть l2arc..
Сколько у вас ОЗУ и размер пула? Это будет сервер только под раздачу или на нём ещё что-то будет работать?
George
я имел в виду конфигурацию в которой нет special vdev, но есть l2arc..
и? не понимаю вашего вопроса
nikolay
спасибо за информацию, в принципе очевидно что если хватает оперативки то l2arc не очень нужен. то что лучше использовать special vdev я как-то не до конца осознавал.
nikolay
Сколько у вас ОЗУ и размер пула? Это будет сервер только под раздачу или на нём ещё что-то будет работать?
озу и размеры пулов отличаются в зависимости от планируемого объема данных и того будет ли на пуле размещаться и база или нет, я для себя хочу упорядочить информацию которой буду пользоваться при сайзинге
nikolay
и? не понимаю вашего вопроса
вы написали «не припоминаю что в коде исключали мету со special девайса для l2arc» - вот это не совсем понял.
George
вы написали «не припоминаю что в коде исключали мету со special девайса для l2arc» - вот это не совсем понял.
ну если есть special и l2arc то по дефолту в l2arc может попадать мета со special, так ли это - нужно проверить по коду.
nikolay
и все же) если есть l2arc в него будут активно писаться метаданные или нет?
George
и все же) если есть l2arc в него будут активно писаться метаданные или нет?
вытесняться не активно используемые по логике
George
самое горячее всегда в ОЗУ, агрессивность вытеснения - другой настраиваемый вопрос
nikolay
про вытеснение погуглю… ок, все вроде понятно)
George
про вытеснение погуглю… ок, все вроде понятно)
https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/ZFS%20on%20Linux%20Module%20Parameters.html#l2arc
Сергей
и все же) если есть l2arc в него будут активно писаться метаданные или нет?
А для чего вам в л2арк чтобы попадала мета если вы собираетесь(?) использовать special? Под спешиал тоже обычно ставят что-то быстрое
nikolay
https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/ZFS%20on%20Linux%20Module%20Parameters.html#l2arc
мм. это же не про вытеснение метаданных? хотя для metadata выдается только один параметр
nikolay
А для чего вам в л2арк чтобы попадала мета если вы собираетесь(?) использовать special? Под спешиал тоже обычно ставят что-то быстрое
до определенного момента я в определенных конфигурациях для больших пулов делал объемный l2arc, про special vdev тогда информации не было. делал объемный l2arc как раз исходя из соображений кэширования метаданных. чтобы не забивать озу
George
мм. это же не про вытеснение метаданных? хотя для metadata выдается только один параметр
там общие настройки, а про вытеснение это в код)
Fedor
неужели с настолько старинными версиями зфс работаю? :D