это как-то странно :) хочу чтоб за меня это фс делала))

создать зеркало из рам диска и обычного. Пусть ресилвер в фоне выполняет

хах)

создать зеркало из рам диска и обычного. Пусть ресилвер в фоне выполняет

где-то читал что в линуксах запись на смонтированную раму медленнее, чем на nvme.

хах)

нетривиальному запросу аналогичное решение)))

создать зеркало из рам диска и обычного. Пусть ресилвер в фоне выполняет

а там разве не задержка ио будет по медленному диску?

а там разве не задержка ио будет по медленному диску?

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

@gmelikov, я правильно понимаю что 0.8.4 уже где-то на подходе? https://github.com/openzfs/zfs/pull/10209 но патч по ускорению записи в zvol вроде имеет проблемы со сборкой и туда не попадает? https://github.com/openzfs/zfs/commit/0929c4de398606f8305057ca540cf577e6771c30

@gmelikov, я правильно понимаю что 0.8.4 уже где-то на подходе? https://github.com/openzfs/zfs/pull/10209 но патч по ускорению записи в zvol вроде имеет проблемы со сборкой и туда не попадает? https://github.com/openzfs/zfs/commit/0929c4de398606f8305057ca540cf577e6771c30

вчера приехал https://github.com/openzfs/zfs/releases/tag/zfs-0.8.4

хотя патч вроде попал в master

@gmelikov, я правильно понимаю что 0.8.4 уже где-то на подходе? https://github.com/openzfs/zfs/pull/10209 но патч по ускорению записи в zvol вроде имеет проблемы со сборкой и туда не попадает? https://github.com/openzfs/zfs/commit/0929c4de398606f8305057ca540cf577e6771c30

про ускорение zvol там писали, это не багфикс и место критичное, так что в maintenance релиз не вошло, и так долго собирали его

аааа, в мастер попал, но в 0.8.4 не входит?

аааа, в мастер попал, но в 0.8.4 не входит?

ага, новый функционал отлёживается в мастере обычно до следующего мажорного релиза

а минорные версии собираются бекпортированием фиксов

ага, новый функционал отлёживается в мастере обычно до следующего мажорного релиза

т.е. скорее всего уже в 1.xx попадёт?

т.е. скорее всего уже в 1.xx попадёт?

только если не впихнут по сильному желанию в 0.8.5 и следующая версия сразу 2.0 будет, в честь влития freebsd)

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

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

ну кратное повышение производительности думаю что никому не повредит))

ну кратное повышение производительности думаю что никому не повредит))

забекпорть себе просто, или мастер собери))

заодно бетатестером фичи побудешь и сможешь отписаться о её стабильности

забекпорть себе просто, или мастер собери))

с моим проксмоксом это придётся солянку делать)). как вариант - разработчикам прокса можно в pve-devel мысль закинуть

с моим проксмоксом это придётся солянку делать)). как вариант - разработчикам прокса можно в pve-devel мысль закинуть

ну кстати да

с моим проксмоксом это придётся солянку делать)). как вариант - разработчикам прокса можно в pve-devel мысль закинуть

ну солянка не большая, просто собираешь пакет и ставишь, модуль более свежий iirc сам загрузится

ну солянка не большая, просто собираешь пакет и ставишь, модуль более свежий iirc сам загрузится

это я делал, просто приятнее когда это в базе идёт)

👍

GroupButler оказался не совсем адекватным ботом (или я просто мало времени на настройку потратил). Его отсюда удалил, вернул комбота

GroupButler оказался не совсем адекватным ботом (или я просто мало времени на настройку потратил). Его отсюда удалил, вернул комбота

Отлично

Но выше 200 чел бот будет платный

Будем удалять

😂😂😂

Но выше 200 чел бот будет платный

тут всего сотня, а активных и того меньше))

видел в других чатах юзают https://github.com/backmeupplz/banofbot , вроде норм работает

видел в других чатах юзают https://github.com/backmeupplz/banofbot , вроде норм работает

Работает, подтверждаю

👍

Таки включат)))) патчи ahrens в стоковое ядро проксомкса: https://bugzilla.proxmox.com/show_bug.cgi?id=2666 Там кстати кто-то из наших инициатор - Андрей Матвеев

Я как бы против таких вот скорых импортов в основную стабильную ветку неоттестированных временем изменений, тем более, касающихся стабильности и надежности данных.

:(

Я как бы против таких вот скорых импортов в основную стабильную ветку неоттестированных временем изменений, тем более, касающихся стабильности и надежности данных.

так там как минимум две недели тестов будет, Стойко пишет же про это

Нахожу это недостаточным увы

Вот пример stmf - все работает у всех, но иногда виснет почему-то.

Таки включат)))) патчи ahrens в стоковое ядро проксомкса: https://bugzilla.proxmox.com/show_bug.cgi?id=2666 Там кстати кто-то из наших инициатор - Андрей Матвеев

ох шустрики, надо запомнить спрашивать в issues а не проксмокс ли. Потестим на проксмоксовцах, что уж😂

ох шустрики, надо запомнить спрашивать в issues а не проксмокс ли. Потестим на проксмоксовцах, что уж😂

вчера Стойко предложил патчи: https://pve.proxmox.com/pipermail/pve-devel/2020-May/043545.html, но в git-е их ещё нет. Если разработчики примут, то начнут ядро сначала на себе тестировать. И потом выложат в пуб. Но есть предыдущее ядро (http://download.proxmox.com/temp/pve-kernel-5.4.30-1-with-zfs-0.8.4alpha/) для желающих проверить патчи в работе. Был бы свободный бареметалл, я бы проверил на fio Матвеев (инициатор запроса), результаты не публиковал.

А за счёт чего они добились увеличения производительности в этих патчах?

@sgolod

А за счёт чего они добились увеличения производительности в этих патчах?

в PR есть описание https://github.com/openzfs/zfs/pull/10163

в PR есть описание https://github.com/openzfs/zfs/pull/10163

там от ahrens ещё и пара других патчей для ускорения zfs send|recieve.

там от ahrens ещё и пара других патчей для ускорения zfs send|recieve.

ага

ага

и в 0.8.4 вошёл патч по ускорению работы с зашифрованными разделами. По тестам автора у него получилось от 10 до 30 крат увеличить скорость (в зависимости от размера блока): https://github.com/openzfs/zfs/pull/9749

и в 0.8.4 вошёл патч по ускорению работы с зашифрованными разделами. По тестам автора у него получилось от 10 до 30 крат увеличить скорость (в зависимости от размера блока): https://github.com/openzfs/zfs/pull/9749

их ктото использует?

их ктото использует?

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

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

отправил на недоверенный хост снапшот и не переживаешь

их ктото использует?

кто-то использует. В группе проксмокса кто-то даже настроил у себя (пользователь R)

в PR есть описание https://github.com/openzfs/zfs/pull/10163

А проблем с транзакционной версионностью это не вызовет?)

Вообще странно что шифровка не как во всем мире средствами openssl и уже оно отвечает есть инструкции или нет

Вообще странно что шифровка не как во всем мире средствами openssl и уже оно отвечает есть инструкции или нет

Во всем мире опенссл подключается как модуль, а тут, скорее всего, ближе к монолиту

Тем более, на уровне ядра

Во всем мире опенссл подключается как модуль, а тут, скорее всего, ближе к монолиту

о том и речь

о том и речь

если это вынести из ядра скорость будет отвратительной

Да

если это вынести из ядра скорость будет отвратительной

так если собирается как модуль, значит будет ядерная производительность. не ?

если это вынести из ядра скорость будет отвратительной

разве?

так если собирается как модуль, значит будет ядерная производительность. не ?

я думаю Олег имел ввиду что подключать openssl как библиотеку. А эта библиотека в userspace. Либо код всей либы тащить в ядро

zol модульный вполне сносно работал на равне как бы

там 10% разницы не было

zol модульный вполне сносно работал на равне как бы

я бы предпочёл сравнивать тестами через fio.

Вообще странно что шифровка не как во всем мире средствами openssl и уже оно отвечает есть инструкции или нет

лицензии, так то в ядре есть для шифрования всё, но оно доступно только для gpl совместимых модулей

А проблем с транзакционной версионностью это не вызовет?)

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

А проблем с транзакционной версионностью это не вызовет?)

в PR описано To avoid the locking issue described in the comment (which this commit removes), we acquire the rangelock from the taskq callback (e.g. zvol_write()) rather than from zvol_request(). This applies to all writes (sync and async), reads, and discard operations. This means that multiple simultaneously-outstanding i/o's which access the same block can complete in any order. This was previously thought to be incorrect, but a review of the block device interface requirements revealed that this is fine - the order is inherently not defined. The shorter hold time of the rangelock should also have a slight performance improvement.

А есть флудилка zfs?

А есть флудилка zfs?

чем клауд флуд плох?

можно в проксмоксе флудить :D

который флуд

Задам теперь и тут вопрос; Я правильно понимаю что в любом случае ZIL есть и он по умолчанию пишется в пул? А есть ли смысл на этом же диске создавать отдельный пул для ZIL (если диск один)?

Или я путаю ZIL с SLOG...

Если нет внешнего девайся, журнал пишется в пул

включать что-то на тех же дисках нет смысла

Если есть - пишется в этот девайс

https://www.servethehome.com/what-is-the-zfs-zil-slog-and-what-makes-a-good-one/

Или я путаю ZIL с SLOG...

это разные вещи, да. ZIL есть всегда в пуле, slog - это отдельный диск для zil с оптимизированным для него форматом, без которого пул всё равно будет работоспособен

Рекомендую статью до конца дочитать - там есть важные моменты про поддержку кеша ссд

откуда набег?