2. Documentation
3. books/handbook/zfs/_index

Each dataset has a compression property. Since OpenZFS 2.2, new datasets have compression enabled by default (`compression=on`, which selects LZ4). This causes compression of all new data written to the dataset. Beyond a reduction in space used, read and write throughput often increases because fewer blocks need reading or writing.

[[zfs-term-compression-lz4]]
* _LZ4_ - Added in ZFS pool version 5000 (feature flags), LZ4 is the algorithm that `compression=on` selects and the recommended general-purpose choice. LZ4 works about 50% faster than LZJB when operating on compressible data, and is over three times faster when operating on uncompressible data. LZ4 also decompresses about 80% faster than LZJB. On modern CPUs, LZ4 can often compress at over 500 MB/s, and decompress at over 1.5 GB/s (per single CPU core).

[[zfs-term-compression-zstd]]
* _ZSTD_ - Zstandard offers higher compression ratios than LZ4 with a configurable trade-off between speed and compression, ranging from the fast `zstd-fast` variants to `zstd-19` for maximum space savings. See crossref:zfs[zfs-zfs-compression-zstd,Zstandard Compression] for details.

[[zfs-term-compression-lzjb]]
* _LZJB_ - A legacy compression algorithm, created by Jeff Bonwick (one of the original creators of ZFS). LZJB offers good compression with less CPU overhead compared to GZIP. LZ4 has replaced it as the default algorithm; prefer LZ4 or ZSTD for new datasets.

[[zfs-term-compression-gzip]]
* _GZIP_ - A popular stream compression algorithm available in ZFS. One of the main advantages of using GZIP is its configurable level of compression. When setting the `compress` property, the administrator can choose the level of compression, ranging from `gzip1`, the lowest level of compression, to `gzip9`, the highest level of compression. This gives the administrator control over how much CPU time to trade for saved disk space.

[[zfs-term-compression-zle]]
* _ZLE_ - Zero Length Encoding is a special compression algorithm that compresses continuous runs of zeros alone. This compression algorithm is useful when the dataset contains large blocks of zeros.

Каждый набор данных имеет свойство сжатия (compression). Начиная с OpenZFS 2.2, для новых наборов данных сжатие включено по умолчанию (`compression=on`, что выбирает алгоритм LZ4). Установите это свойство в один из доступных алгоритмов сжатия. Это приведёт к сжатию всех новых данных, записываемых в набор данных. Помимо уменьшения используемого пространства, пропускная способность при чтении и записи часто увеличивается, поскольку требуется читать или записывать меньше блоков.

[[zfs-term-compression-lz4]]
* _LZ4_ — добавлен в версии 5000 (флаги функций) пула ZFS, LZ4 — это алгоритм, который выбирается параметром `compression=on`, и является рекомендуемым выбором для общего назначения. LZ4 работает примерно на 50% быстрее, чем LZJB, при работе с сжимаемыми данными и более чем в три раза быстрее при работе с несжимаемыми данными. LZ4 также распаковывает данные примерно на 80% быстрее, чем LZJB. На современных процессорах LZ4 часто может сжимать данные со скоростью более 500 МБ/с и распаковывать со скоростью более 1,5 ГБ/с (на одно ядро CPU).

[[zfs-term-compression-zstd]]
* _ZSTD_ — Zstandard обеспечивает более высокую степень сжатия, чем LZ4, с настраиваемым компромиссом между скоростью и степенью сжатия, начиная от быстрых вариантов `zstd-fast` и заканчивая `zstd-19` для максимальной экономии места. Подробнее см. crossref:zfs[zfs-zfs-compression-zstd,«Сжатие Zstandard»].

[[zfs-term-compression-lzjb]]
* _LZJB_ — устаревший алгоритм сжатия, создан Джеффом Бонвиком (одним из первоначальных создателей ZFS). LZJB обеспечивает хорошее сжатие с меньшей нагрузкой на CPU по сравнению с GZIP. LZ4 заменил его в качестве алгоритма по умолчанию, для новых наборов данных предпочитайте LZ4 или ZSTD.

[[zfs-term-compression-gzip]]
* _GZIP_ — популярный алгоритм потокового сжатия, доступный в ZFS. Одним из основных преимуществ использования GZIP является настраиваемый уровень сжатия. При установке свойства `compress` администратор может выбрать уровень сжатия от `gzip1` (минимальный уровень сжатия) до `gzip9` (максимальный уровень сжатия). Это позволяет администратору контролировать баланс между использованием CPU и экономией дискового пространства.

[[zfs-term-compression-zle]]
* _ZLE_ — Zero Length Encoding (кодирование нулевой длины) — это специальный алгоритм сжатия, который сжимает только непрерывные последовательности нулей. Этот алгоритм полезен, когда набор данных содержит большие блоки нулей.

Each dataset has a compression property. Since OpenZFS 2.2, new datasets have compression enabled by default (`compression=on`, which selects LZ4). This causes compression of all new data written to the dataset. Beyond a reduction in space used, read and write throughput often increases because fewer blocks need reading or writing.

[[zfs-term-compression-lz4]]
* _LZ4_ - Added in ZFS pool version 5000 (feature flags), LZ4 is the algorithm that `compression=on` selects and the recommended general-purpose choice. LZ4 works about 50% faster than LZJB when operating on compressible data, and is over three times faster when operating on uncompressible data. LZ4 also decompresses about 80% faster than LZJB. On modern CPUs, LZ4 can often compress at over 500 MB/s, and decompress at over 1.5 GB/s (per single CPU core).

[[zfs-term-compression-zstd]]
* _ZSTD_ - Zstandard offers higher compression ratios than LZ4 with a configurable trade-off between speed and compression, ranging from the fast `zstd-fast` variants to `zstd-19` for maximum space savings. See crossref:zfs[zfs-zfs-compression-zstd,Zstandard Compression] for details.

[[zfs-term-compression-lzjb]]
* _LZJB_ - A legacy compression algorithm, created by Jeff Bonwick (one of the original creators of ZFS). LZJB offers good compression with less CPU overhead compared to GZIP. LZ4 has replaced it as the default algorithm; prefer LZ4 or ZSTD for new datasets.

[[zfs-term-compression-gzip]]
* _GZIP_ - A popular stream compression algorithm available in ZFS. One of the main advantages of using GZIP is its configurable level of compression. When setting the `compress` property, the administrator can choose the level of compression, ranging from `gzip1`, the lowest level of compression, to `gzip9`, the highest level of compression. This gives the administrator control over how much CPU time to trade for saved disk space.

[[zfs-term-compression-zle]]
* _ZLE_ - Zero Length Encoding is a special compression algorithm that compresses continuous runs of zeros alone. This compression algorithm is useful when the dataset contains large blocks of zeros.

Каждый набор данных имеет свойство сжатия (compression), которое по умолчанию отключено.. Начиная с OpenZFS 2.2, для новых наборов данных сжатие включено по умолчанию (`compression=on`, что выбирает алгоритм LZ4). Установите это свойство в один из доступных алгоритмов сжатия. Это приведёт к сжатию всех новых данных, записываемых в набор данных. Помимо уменьшения используемого пространства, пропускная способность при чтении и записи часто увеличивается, поскольку требуется читать или записывать меньше блоков.

[[zfs-term-compression-lz4]]
* _LZ4_ — добавлен в версии 5000 (флаги функций) пула ZFS и теперь является рекомендуемым алгоритмом сжат, LZ4 — это алгоритм, который выбирается параметром `compression=on`, и является рекомендуемым выбором для общего назначения. LZ4 работает примерно на 50% быстрее, чем LZJB, при работе с сжимаемыми данными и более чем в три раза быстрее при работе с несжимаемыми данными. LZ4 также распаковывает данные примерно на 80% быстрее, чем LZJB. На современных процессорах LZ4 часто может сжимать данные со скоростью более 500 МБ/с и распаковывать со скоростью более 1,5 ГБ/с (на одно ядро CPU).

[[zfs-term-compression-lzjbzstd]]
* _LZJB_ — алгоритм сжатия по умолчанию. СZSTD_ — Zstandard обеспечивает более высокую степень сжатия, чем LZ4, с настраиваемым компромиссом между скоростью и степенью сжатия, начиная от быстрых вариантов `zstd-fast` и заканчивая `zstd-19` для максимальной экономии места. Подробнее см. crossref:zfs[zfs-zfs-compression-zstd,«Сжатие Zstandard»].

[[zfs-term-compression-lzjb]]
* _LZJB_ — устаревший алгоритм сжатия, создан Джеффом Бонвиком (одним из оригинпервоначальных создателей ZFS). LZJB обеспечивает хорошее сжатие с меньшей нагрузкой на CPU по сравнению с GZIP. В будущемLZ4 заменил его в качестве алгоритм сжатияа по умолчанию изменится на LZ4, для новых наборов данных предпочитайте LZ4 или ZSTD.

[[zfs-term-compression-gzip]]
* _GZIP_ — популярный алгоритм потокового сжатия, доступный в ZFS. Одним из основных преимуществ использования GZIP является настраиваемый уровень сжатия. При установке свойства `compress` администратор может выбрать уровень сжатия от `gzip1` (минимальный уровень сжатия) до `gzip9` (максимальный уровень сжатия). Это позволяет администратору контролировать баланс между использованием CPU и экономией дискового пространства.

[[zfs-term-compression-zle]]
* _ZLE_ — Zero Length Encoding (кодирование нулевой длины) — это специальный алгоритм сжатия, который сжимает только непрерывные последовательности нулей. Этот алгоритм полезен, когда набор данных содержит большие блоки нулей.

L2ARC is the second level of the ZFS caching system. RAM stores the primary
ARC. Since the amount of available RAM is often limited, ZFS can also use
crossref:zfs[zfs-term-vdev-cache,cache vdevs]. Solid State Disks (SSDs) are
often used as these cache devices due to their higher speed and lower latency
compared to traditional spinning disks. L2ARC is entirely optional, but having
one will increase read speeds for cached files on the SSD instead of having to
read from the regular disks. L2ARC can also speed up
crossref:zfs[zfs-term-deduplication,deduplication] because a deduplication table
(DDT) that does not fit in RAM but does fit in the L2ARC will be much faster
than a DDT that must read from disk.
Since OpenZFS 2.0, the L2ARC is persistent: after a reboot, ZFS rebuilds the cache contents from the headers stored on the cache device instead of starting with an empty cache.
Limits on the data rate added to the cache devices prevent prematurely wearing out SSDs with extra writes.
Until the cache is full (the first block evicted to make room), writes to the L2ARC limit to the sum of the write limit and the boost limit, and afterwards limit to the write limit.
A pair of man:sysctl[8] values control these rate limits: `vfs.zfs.l2arc.write_max` controls the number of bytes written to the cache per second, while `vfs.zfs.l2arc.write_boost` adds to this limit until the first eviction from the cache.
See crossref:zfs[zfs-advanced-tuning,Tuning] for details.

L2ARC — это второй уровень системы кэширования ZFS. Основной кэш (ARC) хранится в оперативной памяти.
Поскольку объём доступной оперативной памяти часто ограничен, ZFS также может использовать
crossref:zfs[zfs-term-vdev-cache,кэширующие vdev].
Твердотельные накопители (SSD) часто используются в качестве
таких кэширующих устройств благодаря их более высокой скорости и меньшей задержке по сравнению
с традиционными жёсткими дисками.
L2ARC полностью опционален, но его наличие увеличит скорость чтения
для кэшированных файлов на SSD, избавляя от необходимости читать с обычных дисков.
L2ARC также может ускорить crossref:zfs[zfs-term-deduplication,дедупликацию], поскольку таблица дедупликации (DDT - deduplication table),
которая не помещается в оперативную память, но помещается в L2ARC, будет работать значительно быстрее,
чем DDT, которую должны считать с диска.
Начиная с OpenZFS 2.0, L2ARC является постоянным: после перезагрузки ZFS восстанавливает содержимое кэша из заголовков, хранящихся на кэширующем устройстве, вместо того чтобы начинать с пустого кэша.
Ограничения на скорость записи данных
на кэширующие устройства предотвращают преждевременный износ SSD из-за дополнительных операций записи. Пока кэш не заполнен (первый блок вытеснен для освобождения места),
записи в L2ARC ограничиваются суммой лимита записи и лимита ускорения, а после - только лимитом записи.
Пара значений man:sysctl[8] управляет этими ограничениями скорости. `vfs.zfs.l2arc.write_max` контролирует количество байт, записываемых в кэш в секунду, а `vfs.zfs.l2arc.write_boost` добавляется к этому лимиту до первого вытеснения из кэша. Подробнее смотрите раздел crossref:zfs[zfs-advanced-tuning,Настройка].

L2ARC is the second level of the ZFS caching system. RAM stores the primary
ARC. Since the amount of available RAM is often limited, ZFS can also use
crossref:zfs[zfs-term-vdev-cache,cache vdevs]. Solid State Disks (SSDs) are
often used as these cache devices due to their higher speed and lower latency
compared to traditional spinning disks. L2ARC is entirely optional, but having
one will increase read speeds for cached files on the SSD instead of having to
read from the regular disks. L2ARC can also speed up
crossref:zfs[zfs-term-deduplication,deduplication] because a deduplication table
(DDT) that does not fit in RAM but does fit in the L2ARC will be much faster
than a DDT that must read from disk.
Since OpenZFS 2.0, the L2ARC is persistent: after a reboot, ZFS rebuilds the cache contents from the headers stored on the cache device instead of starting with an empty cache.
Limits on the data rate added to the cache devices prevent prematurely wearing out SSDs with extra writes.
Until the cache is full (the first block evicted to make room), writes to the L2ARC limit to the sum of the write limit and the boost limit, and afterwards limit to the write limit.
A pair of man:sysctl[8] values control these rate limits: `vfs.zfs.l2arc.write_max` controls the number of bytes written to the cache per second, while `vfs.zfs.l2arc.write_boost` adds to this limit until the first eviction from the cache.
See crossref:zfs[zfs-advanced-tuning,Tuning] for details.

L2ARC — это второй уровень системы кэширования ZFS. Основной кэш (ARC) хранится в оперативной памяти.
Поскольку объём доступной оперативной памяти часто ограничен, ZFS также может использовать
crossref:zfs[zfs-term-vdev-cache,кэширующие vdev].
Твердотельные накопители (SSD) часто используются в качестве
таких кэширующих устройств благодаря их более высокой скорости и меньшей задержке по сравнению
с традиционными жёсткими дисками. L2ARC полностью опционален, но его наличие увеличит скорость чтения
для кэшированных файлов на SSD, избавляя от необходимости читать с обычных дисков.
L2ARC также может ускорить crossref:zfs[zfs-term-deduplication,дедупликацию], поскольку таблица дедупликации (DDT - deduplication table),
которая не помещается в оперативную память, но помещается в L2ARC, будет работать значительно быстрее,
чем DDT, которую должны считать с диска.
Начиная с OpenZFS 2.0, L2ARC является постоянным: после перезагрузки ZFS восстанавливает содержимое кэша из заголовков, хранящихся на кэширующем устройстве, вместо того чтобы начинать с пустого кэша.
Ограничения на скорость записи данных
на кэширующие устройства предотвращают преждевременный износ SSD
из-за дополнительных операций записи. Пока кэш не заполнен (первый блок вытеснен для освобождения места),
записи в L2ARC ограничиваются суммой лимита записи и лимита ускорения,
а после - только лимитом записи. Пара значений man:sysctl[8] управляет этими ограничениями скорости.
`vfs.zfs.l2arc.write_max` контролирует количество байт,
записываемых в кэш в секунду, а `vfs.zfs.l2arc.write_boost` добавляется к этому лимиту до первого вытеснения из кэша.
Подробнее смотрите раздел crossref:zfs[zfs-advanced-tuning,Настройка].

L2ARC is the second level of the ZFS caching system. RAM stores the primary
ARC. Since the amount of available RAM is often limited, ZFS can also use
crossref:zfs[zfs-term-vdev-cache,cache vdevs]. Solid State Disks (SSDs) are
often used as these cache devices due to their higher speed and lower latency
compared to traditional spinning disks. L2ARC is entirely optional, but having
one will increase read speeds for cached files on the SSD instead of having to
read from the regular disks. L2ARC can also speed up
crossref:zfs[zfs-term-deduplication,deduplication] because a deduplication table
(DDT) that does not fit in RAM but does fit in the L2ARC will be much faster
than a DDT that must read from disk.
Since OpenZFS 2.0, the L2ARC is persistent: after a reboot, ZFS rebuilds the cache contents from the headers stored on the cache device instead of starting with an empty cache.
Limits on the data rate added to the cache devices prevent prematurely wearing out SSDs with extra writes.
Until the cache is full (the first block evicted to make room), writes to the L2ARC limit to the sum of the write limit and the boost limit, and afterwards limit to the write limit.
A pair of man:sysctl[8] values control these rate limits: `vfs.zfs.l2arc.write_max` controls the number of bytes written to the cache per second, while `vfs.zfs.l2arc.write_boost` adds to this limit until the first eviction from the cache.
See crossref:zfs[zfs-advanced-tuning,Tuning] for details.

L2ARC — это второй уровень системы кэширования ZFS. Основной кэш (ARC) хранится в оперативной памяти.
Поскольку объём доступной оперативной памяти часто ограничен, ZFS также может использовать
crossref:zfs[zfs-term-vdev-cache,кэширующие vdev].
Твердотельные накопители (SSD) часто используются в качестве
таких кэширующих устройств благодаря их более высокой скорости и меньшей задержке по сравнению
с традиционными жёсткими дисками. L2ARC полностью опционален, но его наличие увеличит скорость чтения
для кэшированных файлов на SSD, избавляя от необходимости читать с обычных дисков.
L2ARC также может ускорить crossref:zfs[zfs-term-deduplication,дедупликацию], поскольку таблица дедупликации (DDT - deduplication table),
которая не помещается в оперативную память, но помещается в L2ARC, будет работать значительно быстрее,
чем DDT, которую должны считать с диска.
Начиная с OpenZFS 2.0, L2ARC является постоянным: после перезагрузки ZFS восстанавливает содержимое кэша из заголовков, хранящихся на кэширующем устройстве, вместо того чтобы начинать с пустого кэша.
Ограничения на скорость записи данных
на кэширующие устройства предотвращают преждевременный износ SSD
из-за дополнительных операций записи. Пока кэш не заполнен (первый блок вытеснен для освобождения места),
записи в L2ARC ограничиваются суммой лимита записи и лимита ускорения,
а после - только лимитом записи. Пара значений man:sysctl[8] управляет этими ограничениями скорости.
crossref:zfs[zfs-advanced-tuning-l2arc_write_max,`vfs.zfs.l2arc_.write_max`] контролирует количество байт,
записываемых в кэш в секунду, а crossref:zfs[zfs-advanced-tuning-l2arc_write_boost,`vfs.zfs.l2arc_.write_boost`]
добавляется к этому лимиту во время "Фазы турбо-разогрева" (Write Boost)до первого вытеснения из кэша.
Подробнее смотрите раздел crossref:zfs[zfs-advanced-tuning,Настройка].

Plan the dataset layout around this split before relying on boot environments. Data that must survive a rollback, such as the databases of an application installed from packages, belongs on its own dataset outside `zroot/ROOT`:

Спланируйте структуру набора данных с учётом этого разделения до того, как полагаться на загрузочные окружения. Данные, которые должны пережить откат, например базы данных приложения, установленного из пакетов, должны находиться в собственном наборе данных вне `zroot/ROOT`.:

After the interruption, the receiving dataset stores an opaque resume token in its `receive_resume_token` property. The token records which snapshot the interrupted stream contained and how much of it arrived. Passing the token to `zfs send -t` generates a new stream that continues where the transfer stopped:

После прерывания принимающий набор данных сохраняет непрозрачный токен возобновления в своём свойстве `receive_resume_token`. Токен записывает, какой снимок содержал прерванный поток и какая его часть была получена. Передача токена команде `zfs send -t` создаёт новый поток, который продолжает с того места, где передача остановилась.:

A device in the `Removed` state was physically detached while the system was running.
Device removal detection is hardware-dependent and unsupported on some platforms.
When the device reconnects, man:zfsd[8] brings it back online; if the device does not return, zfsd activates an available hot spare in its place.

Устройство в состоянии `Removed` было физически отсоединено во время работы системы.
Обнаружение удаления устройства зависит от аппаратного обеспечения и не поддерживается на некоторых платформах.
Когда устройство переподключается, man:zfsd[8] возвращает его в онлайн; если устройство не возвращается, zfsd активирует доступный горячий резерв вместо него.

A device in the `Unavail` state cannot be opened, because it is missing or inaccessible.
The pool continues operating if enough redundancy exists to compensate, running in a crossref:zfs[zfs-term-degraded,Degraded] state.
If a top-level vdev is `Unavail`, accessing the pool contents is impossible.

Устройство в состоянии `Unavail` не может быть открыто, поскольку оно отсутствует или недоступно.
Пул продолжает работать, если имеется достаточная избыточность для компенсации, функционируя в состоянии crossref:zfs[zfs-term-degraded,состоянии Degraded] (деградировавшем)].
Если顶级 вышестоящий vdev находится в состоянии `Unavail`, доступ к содержимому пула невозможен.