> Пардон, ZFS достаточно навернут и я не возьмусь даже грубо прикидывать как
> его variable length блоки будут раскладываться относительно страниц/erase blocks.

Минимальный размер блока ZFS — 128k. То есть кратно 4k физическим блокам.

> Если
> в случае с фиксированными блоками это еще можно прикинуть, то для
> variable - дохлый номер.

Дохлый номер — это если варьируемый размер блока ФС не будет кратен размеру физического блока флэшатины — 4k, что в случае с ZFS исключено, так как у ней 128k — это ступень, от которой прыгают экстенты, которые, в свою очередь, не могут быть меньше размера базового блока (128k), но всегда кратны размеру блока ФС.

> Теоретически, на флеше минимальный размер variable блока
> должен быть 4К и инкремент - строго кратный 4К.

Именно.

> Ну, чтоб
> выравнивание хотя-бы на страницы после такого блока не отъехало. Практически я
> не знаю можно ли допинать блоки переменного размера ZFS до такой
> кондиции. Это высший пилотаж для гур в ZFS уже.

В своё время, как только ZFS выпустили в продакшен, генеральный директор Sun Шварц написал в своём бложике, что для SSD это — идеальная файловая система, так как решает сразу несколько проблем: обеспечивает контроль за целостностью данных в режиме запроса данных, имеет CoW принцип — старые данные не перезаписываются новыми, новые данные пишутся в новое место, затирая разве что самые старые данные, щадя флэш от перезаписи одних и тех же физических секторов.

> В случае
> экстентов типа того что в ext4, такое свойство "само" получается "автоматически",
> просто потому что минимальным адресуемым юнитом является блок ФС в 4К
> и менее крупный юнит не будет использоваться, а экстент - это
> регион из эн * 4K блоков. Что довольно неплохо с точки
> зрения попадания в геометрию флеша без пересечений.

А экстент в ZFS, по-твоему, это какого размера регион? Те же самые n*128k блоков файловой системы. ;)