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

# gpart bootcode -p /boot/boot1.efi -i 1 ada1

# gpart bootcode -p /boot/boot1.efifat -i 1 ada1

# gpart bootcode -p /boot/boot1.efifat -i 1 ada1

Each dataset has a compression property, which defaults to off. Set this property to an available compression algorithm. 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 now the recommended compression algorithm. 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-lzjb]]
* _LZJB_ - The default compression algorithm. Created by Jeff Bonwick (one of the original creators of ZFS). LZJB offers good compression with less CPU overhead compared to GZIP. In the future, the default compression algorithm will change to LZ4.

[[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.

각 데이터 세트에는 압축 속성이 있으며, 기본값은 꺼짐입니다. 이 속성을 사용 가능한 압축 알고리즘으로 설정합니다. 이렇게 하면 데이터 세트에 새로 쓰여지는 모든 데이터가 압축됩니다. 사용되는 공간이 줄어드는 것 외에도 읽기 또는 쓰기가 필요한 블록이 줄어들기 때문에 읽기 및 쓰기 처리량이 증가하는 경우가 많습니다.

[[zfs-term-compression-lz4]]
* _LZ4_ - ZFS 풀 버전 5000 (기능 플래그)에 추가된 LZ4는 이제 권장 압축 알고리즘입니다. LZ4는 압축 가능한 데이터에서 작동할 때 LZJB보다 약 50% 더 빠르게 작동하며, 압축 불가능한 데이터에서 작동할 때는 3배 이상 더 빠릅니다. 또한 LZ4는 LZJB보다 약 80% 더 빠르게 압축을 해제합니다. 최신 CPU에서 LZ4는 종종 500MB/s 이상의 속도로 압축하고 1.5GB/s 이상의 속도로 압축을 해제할 수 있습니다(단일 CPU 코어당).

[[zfs-term-compression-lzjb]]
* _LZJB_ - 기본 압축 알고리즘입니다. Jeff Bonwick (ZFS의 최초 개발자 중 한 명)이 만들었습니다. LZJB는 GZIP에 비해 CPU 오버헤드가 적으면서도 우수한 압축 성능을 제공합니다. 앞으로 기본 압축 알고리즘은 LZ4로 변경될 예정입니다.

[[zfs-term-compression-gzip]]
* _GZIP_ - ZFS에서 널리 사용되는 스트림 압축 알고리즘입니다. GZIP 사용의 주요 장점 중 하나는 압축 수준을 구성할 수 있다는 것입니다. `compress` 속성을 설정할 때 관리자는 가장 낮은 압축 수준인 `gzip1` 부터 가장 높은 압축 수준인 `gzip9` 까지 압축 수준을 선택할 수 있습니다. 이를 통해 관리자는 절약된 디스크 공간과 교환할 CPU 시간을 제어할 수 있습니다.

[[zfs-term-compression-zle]]
* _ZLE_ - Zero Length Encoding은 0의 연속 실행만을 압축하는 특수 압축 알고리즘입니다. 이 압축 알고리즘은 데이터 세트에 큰 0 블록이 포함되어 있을 때 유용합니다.

Each dataset has a compression property, which defaults to off. Set this property to an available compression algorithm. 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 now the recommended compression algorithm. 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-lzjb]]
* _LZJB_ - The default compression algorithm. Created by Jeff Bonwick (one of the original creators of ZFS). LZJB offers good compression with less CPU overhead compared to GZIP. In the future, the default compression algorithm will change to LZ4.

[[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.

Transaction Groups are the way ZFS groups blocks changes together and writes them to the pool. Transaction groups are the atomic unit that ZFS uses to ensure consistency. ZFS assigns each transaction group a unique 64-bit consecutive identifier. There can be up to three active transaction groups at a time, one in each of these three states:

* _Open_ - A new transaction group begins in the open state and accepts new
writes. There is always a transaction group in the open state, but the
transaction group may refuse new writes if it has reached a limit. Once the
open transaction group has reached a limit, or reaching the
crossref:zfs[zfs-advanced-tuning-txg-timeout,`vfs.zfs.txg.timeout`], the transaction group advances to the next state.
* _Quiescing_ - A short state that allows any pending operations to finish without blocking the creation of a new open transaction group. Once all the transactions in the group have completed, the transaction group advances to the final state.
* _Syncing_ - Write all the data in the transaction group to stable storage.
This process will in turn change other data, such as metadata and space maps,
that ZFS will also write to stable storage. The process of syncing involves
several passes. On the first and biggest, all the changed data blocks; next
come the metadata, which may take several passes to complete. Since allocating
space for the data blocks generates new metadata, the syncing state cannot
finish until a pass completes that does not use any new space. The syncing
state is also where _synctasks_ complete. Synctasks are administrative
operations such as creating or destroying snapshots and datasets that complete
the uberblock change. Once the sync state completes the transaction group in
the quiescing state advances to the syncing state. All administrative
functions, such as crossref:zfs[zfs-term-snapshot,`snapshot`] write as part of the transaction group. ZFS adds a created synctask to the open transaction group, and that group advances as fast as possible to the syncing state to reduce the latency of administrative commands.

트랜잭션 그룹은 ZFS가 블록 변경 사항을 함께 그룹화하여 풀에 쓰는 방식입니다. 트랜잭션 그룹은 ZFS가 일관성을 보장하기 위해 사용하는 원자 단위입니다. ZFS는 각 트랜잭션 그룹에 고유한 64비트 연속 식별자를 할당합니다. 한 번에 최대 3개의 활성 트랜잭션 그룹이 있을 수 있으며, 이 세 가지 상태 각각에 하나씩 있습니다:

* _Open_ - 새 트랜잭션 그룹이 개방 상태에서 시작하여 새 쓰기를 수락합니다. 항상 열려 있는 상태의 트랜잭션 그룹이 있지만, 트랜잭션 그룹이 한도에 도달하면 새 쓰기를 거부할 수 있습니다. 열려 있는 트랜잭션 그룹이 한도에 도달하거나 <<zfs-advanced-tuning-txg-timeout,`vfs.zfs.txg.timeout`>> 에 도달하면 트랜잭션 그룹은 다음 상태로 진행합니다.
* _Quiescing_ - 새로운 미결 트랜잭션 그룹 생성을 차단하지 않고 보류 중인 모든 작업을 완료할 수 있는 짧은 상태입니다. 그룹의 모든 트랜잭션이 완료되면 트랜잭션 그룹은 최종 상태로 진행됩니다.
* _Syncing_ - 트랜잭션 그룹의 모든 데이터를 안정적인 스토리지에 씁니다. 이 프로세스는 메타데이터 및 스페이스 맵과 같은 다른 데이터도 변경하여 ZFS가 안정적인 스토리지에 기록합니다. 동기화 프로세스에는 여러 번의 패스가 포함됩니다. 가장 먼저 변경된 모든 데이터 블록이 동기화되고, 다음으로 메타데이터가 동기화되며, 이 작업은 여러 번에 걸쳐 진행됩니다. 데이터 블록에 공간을 할당하면 새 메타데이터가 생성되므로 새 공간을 사용하지 않는 패스가 완료될 때까지 동기화 상태가 완료될 수 없습니다. 동기화 상태는 _synctasks_ 가 완료되는 지점이기도 합니다. Synctasks는 uberblock 변경을 완료하는 스냅샷 및 데이터세트 생성 또는 삭제와 같은 관리 작업입니다. 동기화 상태가 완료되면 대기 상태의 트랜잭션 그룹이 동기화 상태로 진행됩니다. <<zfs-term-snapshot,`snapshot`>> 과 같은 모든 관리 함수는 트랜잭션 그룹의 일부로 기록하게 됩니다. ZFS는 생성된 synctask를 열린 트랜잭션 그룹에 추가하고, 해당 그룹은 관리 명령의 대기 시간을 줄이기 위해 가능한 한 빨리 동기화 상태로 진행합니다.

Transaction Groups are the way ZFS groups blocks changes together and writes them to the pool. Transaction groups are the atomic unit that ZFS uses to ensure consistency. ZFS assigns each transaction group a unique 64-bit consecutive identifier. There can be up to three active transaction groups at a time, one in each of these three states:

* _Open_ - A new transaction group begins in the open state and accepts new
writes. There is always a transaction group in the open state, but the
transaction group may refuse new writes if it has reached a limit. Once the
open transaction group has reached a limit, or reaching the <<
crossref:zfs[zfs-advanced-tuning-txg-timeout,`vfs.zfs.txg.timeout`>>], the transaction group advances to the next state.
* _Quiescing_ - A short state that allows any pending operations to finish without blocking the creation of a new open transaction group. Once all the transactions in the group have completed, the transaction group advances to the final state.
* _Syncing_ - Write all the data in the transaction group to stable storage.
This process will in turn change other data, such as metadata and space maps,
that ZFS will also write to stable storage. The process of syncing involves
several passes. On the first and biggest, all the changed data blocks; next
come the metadata, which may take several passes to complete. Since allocating
space for the data blocks generates new metadata, the syncing state cannot
finish until a pass completes that does not use any new space. The syncing
state is also where _synctasks_ complete. Synctasks are administrative
operations such as creating or destroying snapshots and datasets that complete
the uberblock change. Once the sync state completes the transaction group in
the quiescing state advances to the syncing state. All administrative
functions, such as <<crossref:zfs[zfs-term-snapshot,`snapshot`>>] write as part of the transaction group. ZFS adds a created synctask to the open transaction group, and that group advances as fast as possible to the syncing state to reduce the latency of administrative commands.