OpenZFS 2.4.1

Очищает RRD-файлы только тогда, когда TXG-файлы содержат данные;

Flush RRD only when TXGs contain data

Всегда забывал спросить, ты чем переводишь?

с телефона яндексом, на компе гуглом, в этом случае гуглом. Ну да тут следовало вчитаться в контекст, «Сбрасывает RRD только когда TXG содержит данные» ?

Ну да тут следовало вчитаться в контекст

Да. :)

https://github.com/openzfs/zfs/issues/18082:

[2.4] TXG timestamp DB sync if idle causes unnecessary disk access/prevent spin down
Even when the pool/dataset is idle, my hard disks are not spinning down. They should spin down after being idle for 20 minutes.

Alternatively, when I set hd-idle timeout to <10 minutes, they spin down, but will spin up exactly every 10 minutes.

https://github.com/openzfs/zfs/pull/18138:

Flush RRD only when TXGs contain data
This change modifies the behavior of spa_sync_time_logger when flushing the RRD database.

Previously, once the sync interval elapsed, a flush would always be generated. On solid-state devices, especially when the pool was otherwise idle, this caused disks to wake up solely to write RRD data. Since RRD is best-effort telemetry, this behavior is unnecessary and wasteful.

With this change, spa_sync_time_logger delays flushing until a TXG that already contains data is being synced. The RRD update is appended to that TXG instead of forcing the creation of a new write-only TXG.

During pool export, flushing is forced regardless of whether the TXG contains user data. At that stage, data durability takes precedence and a write must be issued.

Ну и перевод 7 строк из > 80… так себе новость.
Да и про CI вряд ли кому-нибудь интересно.

Всего более 80 исправлений.

Это какой-то позор просто…

Почему?

И вообще, исправлений или изменений?

Единственная годная ФС в linux/unix.

Потому что при Макнили такой фигни не было, никто такие сырые продукты не выпускал

Единственная годная ФС в linux/unix.

Несмотря на (см. чуть выше) - соглашусь. На TrueNAS вполне годное решение.

Не пойму новость, как совместимо с FreeBSD, если OpenZFS там существует в нативном виде, в качестве модуля ядра.

Или я путаю, и такое подходящее к самой философии и бытию во фряхе живёт отдельно?

Не пойму новость, как совместимо с FreeBSD, если OpenZFS там существует в нативном виде, в качестве модуля ядра.

При желании можно поставить из портов на перечисленных версиях фряхи и выключить тот, который поставляется с ОСью.

В смысле выключить.

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

https://www.opennet.ru/opennews/art.shtml?num=53594

А надо самостоятельно.

Каких ещё костылей, что ты несёшь?

И причём тут замена базовой системы на порт вообще? (впрочем я не уверен что iron правду написал в этом аспекте)

Макнили это кто?

Основатель Sun Microsystems, один из

В смысле выключить.

Выключить модуль поставляемый ОСью из автозагрузки при старте системы (старую версию ZFS) и загрузить новую версию установленную с портов или пакетов.

Автор и тут наврал, там не исправления а изменения (там тупо все принятые пулл-реквесты перечислили, и возможно ещё что-то). Сколько из этих изменений - исправления, надо отдельно считать.

Вообще осуждаю когда объявление о релизе через коммит-лог составляют (это всмысле претензия уже к оригинальному объявлению). Такое много где вижу в последнее время, очередная автоматизация составления портянок, которые в итоге становятся почти бесполезными. Могли бы с тем же успехом ссылку на коммит-лог дать.

Скотт Макнили. Это Линус здорового человека.

Вопросы к использующим:
- если отформатировать к примеру в linux а после диск подключить к freebsd - файлы корректно увидятся? А если в обратную сторону?

- Тут смотрел, что есть вроде как некая привязка к windows sid, если используется ядерный модуль smb. Это как вообще работает? Типа SID в дополнение к UID/GID будет хранится в FS?

Если одинаковая версия zfs то должны корректно. Если разные то на более старой по крайней мере раньше могло не смонтироваться с соответствующей ошибкой. Но я не знаю меняются ли сейчас версии самой файловой системы или они только драйвер дорабатывают.

Кстати а мне самому интересно стало как она работает с атрибутами которые у линукса и фрибсд разные? Мапит их на что-то универсальное, игнорирует чужие или таки не смонтируется?

Мапит их на что-то универсальное, игнорирует чужие или таки не смонтируется?

Да, меня по сути именно это интересует.

в принципе ещё интересует «а были ли подвижки в сторону расширения списка прав доступа в linux» наподобие Freebsd+zfs?

...продвинутая...

«А чем же она хороша?» ©

На линуксе её до сих пор нет. Васянские патчи вне дерева исходных кодов не в счёт. Даже проприетарная nvidia смогла сделать открытый драйвер. А эти до сих пор кормят публику унылом справляловом про несовместимость лицензий.

Спрошу прямо: оно готово для продакш? Или есть нюансы?

Уже давно.

ZFS ещё при Sun была готова, OpenZFS с версии 2.0 стала абсолютно стабильна (хотя и на 0.7 я особых проблем не испытывал).

Даже проприетарная nvidia смогла сделать открытый драйвер.

Драйвер как был закрытым, так и остался. С ядром оно взаимодействует через опенсорцную прокладку.

А эти до сих пор кормят публику унылом справляловом про несовместимость лицензий.

"Эти" — это которые из ядра Linux. Также Грег пригрозил OpenZFS судом, если они будут обходить палки в колёса со стороны Linux.

если отформатировать к примеру в linux а после диск подключить к freebsd - файлы корректно увидятся? А если в обратную сторону?

Я перешёл с Gentoo (на ZFS) на FreeBSD… установив фряху прямо в тот же пул, что и гента (в отдельный датасет). Причём на тот момент во фряхе была не OpenZFS, а старая реализация из солярки.

Вообще осуждаю когда объявление о релизе через коммит-лог составляют (это всмысле претензия уже к оригинальному объявлению). Такое много где вижу в последнее время, очередная автоматизация составления портянок, которые в итоге становятся почти бесполезными. Могли бы с тем же успехом ссылку на коммит-лог дать.

С одной стороны согласен, с другой… В последнее время вручную составленные чейнжлоги это «пук-среньк, мы что-то там исправили, теперь стало лущще!», а что конкретно — догадайся сам.

to One, firkax.

iron прав, можно из портов/пакетов установить filesystems/openzfs-kmod и filesystems/openzfs чуть более свежих версий, чем в базовой системе (базовая система обновляется отдельно от пакетов¹).

¹) Сейчас развивается возможность установки базовой системы пакетами, но это всё равно отдельная сущность, привязанная к freebsd-src. В bsdinstall в 15.0-RELEASE добавили, но штука всё ещё экспериментальная.

Драйвер как был закрытым, так и остался. С ядром оно взаимодействует через опенсорцную прокладку.

Ты не шаришь. Драйвер открыт.

Ссылку, сестра!

Можно больше подробностей? Уже есть возможность с амуде на невидию перекатываться? FSF и RMS считают невидиевский драйвер открытым, или это только вскукареки фоннатов?

Причём на тот момент во фряхе была не OpenZFS, а старая реализация из солярки.

А сейчас чем пользуешься?

Ну и где сейчас детище здорового человека?

И что с лицензированием Java (как раз Линус на эту тему высказывался в своё время)?

Причём на тот момент во фряхе была не OpenZFS, а старая реализация из солярки.

А сейчас чем пользуешься?

Всё той же фряхой. Только она мигрировала на OpenZFS при обновлении на 13.3-RELEASE (или 13.2? Не помню…), а затем пул был пересоздан, потому что уменьшаться ZFS не умеет. Сейчас везде 15.0-RELEASE (даже на VPS, мне хостер сделал исключение).

Если что, Solaris ZFS и OpenZFS в целом совместимы, кроме отдельных фич, которые просто не работают (как, например, зоны) за пределами солярки и её деривативов. Или работают, но иначе (как sharenfs/sharesmb).

Ну и где сейчас детище здорового человека?

Оно довольно разборчиво в выборе пользователей

как раз Линус на эту тему высказывался в своё время

Ему бы закусывать, прежде чем высказываться… какое его дело до лицухи на Java? Пусть за GPL смотрит, да и то с осторожностью - RMS пока жив.

кроме отдельных фич, которые просто не работают

Угу, пул версии 5000+ и вообще нихрена не работает, да?
А он начался вроде с тех пор, когда начали появляться подключаемые фичи пула.
Старые пулы да, должны быть совместимы.

даже на VPS, мне хостер сделал исключение

Какое исключение? Он запрещает freebsd/15 ставить на vps?

Какое исключение? Он запрещает freebsd/15 ставить на vps?

Он в принципе не даёт такой возможности. И панели у них нет.

Я не понял что ты хочешь донести. Если вообще чего-то хочешь.

Спрошу прямо: оно готово для продакш? Или есть нюансы?

Уже лет 12 как гоняю в проде.

Он в принципе не даёт такой возможности. И панели у них нет.

Ставишь любой линукс, перемонтируешь всё в рамдиск, затем wget -O- https://.../... | dd of=/dev/sda, ребутаешься.

если отформатировать к примеру в linux а после диск подключить к freebsd - файлы корректно увидятся? А если в обратную сторону?

Да, сейчас всё ок, кодовая база одна давно уже. При небольшом несовпадении версий просто не будут использоваться некоторые функции (о чём будет написано в zpool status). Раньше были проблемы.

https://docs.nvidia.com/datacenter/tesla/driver-installation-guide/kernel-modules.html

Starting in the 560 driver release series, the open kernel module flavor is the default and suggested installation.

https://github.com/NVIDIA/open-gpu-kernel-modules

Это не прослойка к ядру, а модули ядра.

Но если ты имеешь ввиду, например, вулкан, то он действительно закрыт.

Подробности были везде. И на лоре и на опеннете и у похориникса. Не знаю как ты мог пропустить. Уже арч их по дефолту использует.

Единственный момент, драйвер поддерживает только современные карты rtx 2000+. Окаменелости в пролёте.

FSF и RMS

Это и есть источник вскукареков после того как его попустили лесбухи в собственном фонде.

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

Я скорее в MAGA запишусь, чем в эти.

У нас на PVE уже лет… десять. Норм!