![다양한 하위 볼륨에 대한 btrfs 구성](https://linux55.com/image/219428/%EB%8B%A4%EC%96%91%ED%95%9C%20%ED%95%98%EC%9C%84%20%EB%B3%BC%EB%A5%A8%EC%97%90%20%EB%8C%80%ED%95%9C%20btrfs%20%EA%B5%AC%EC%84%B1.png)
다양한 하위 볼륨에 사용할 압축 정도에 대한 권장 사항이 있습니까?
내 경우에는 @, @home, .snapshots/@root, .snapshots/@home, @srv, var/@log, var/@cache 하위 볼륨이 있습니다. 이렇게 하면 @ 및 @home만 스냅샷할 수 있습니다.
저는 압축-포스=zstd:2를 기본값으로 두기로 결정했습니다. 하지만 /var/@log 및 .snapshots는 성능에 영향을 미치지 않을 것이기 때문에 압축-포스=zstd:5에서 더 많이 압축합니다. Snapper 스냅샷에서 압축이 작동하는지 모르겠습니다. 또한 캐시 디렉터리(var/cache, home/username/.cache)의 압축이 성능에 어떤 영향을 미치는지 궁금합니다.
또한 필요한 경우 다른 운영 체제에 심볼릭 링크할 수 있는 게임, 비디오, 음악 등과 같은 미디어용 폴더가 포함된 별도의 데이터 하위 볼륨을 생성할 수도 있습니다.
아마도 다른 것과 마찬가지로 압축-포스=zstd:2 여야 할까요? 압축률이 높을수록 성능에 영향을 미치기 때문입니다. Compress=lzo는 많은 양의 데이터로 인해 너무 많은 공간을 포기합니다.
이게 말이 돼?
제가 가지고 있는 또 다른 접선 관련 질문은 /var/lib/machines, /var/lib/portables, /var/lib/docker에 대해 별도의 하위 볼륨을 만들어야 하는지 여부입니다. 필요한 경우 처음 두 개가 자동으로 생성될 수 있다는 것을 읽었습니다. 또한 docker에 btrfs 문제가 있을 수 있다는 것도 배웠습니다. 그러나 이것이 단지 btrfs 스토리지 드라이버 때문인지 btrfs 파일 시스템의 Overlay2에 문제가 없는지, 아니면 여전히 문제가 있는지(이 경우 ext4를 마운트하는 것이 합리적입니까)에 대해서는 아무것도 찾지 못했습니다. 파티션) . /var/lib/docker? ).
편집: 그래서 방금 이 하위 볼륨을 Arch chroot에 마운트하는 명령을 실행했고 mount -o noatime,space_cache=v2,compress-force=zstd:5,subvol=var/@log /dev/nvme0n1p2 /mnt/var/log
mount -l을 사용하면 /var/log를 압축-force=zstd로 설정하여 다른 압축 수준을 설정할 수 없다는 것을 알 수 있었습니다. 2 . 마운트 지점이 마운트된 상위 디렉터리와 동일한 압축 옵션이나 무언가를 가져야 한다는 규칙이 있습니까?
답변1
첫 번째로 마운트된 하위 볼륨의 압축 플래그가 적용됩니다.
~에서https://btrfs.readthedocs.io/en/latest/Compression.html:
일반적으로 마운트 지점에 대해 지정된 전체 파일 시스템에서 압축을 활성화할 수 있습니다. 압축 마운트 옵션은 동일한 파일 시스템의 모든 마운트(바인드 마운트 또는 하위 볼륨 마운트) 간에 공유됩니다. 설치 옵션 섹션을 참조하세요.