위에서 설명했듯이위키피디아그리고아치 리눅스 위키"Parchive"는 추가 데이터를 생성하는 데 사용할 수 있고 file, 확인에 사용할 수 있으며, 파일이 부분적으로 손상된 경우(예: HDD의 4K 블록을 읽을 수 없는 경우) 해당 파일을 어느 정도 복구/복원하는 데에도 사용할 수 있습니다.
작업 부하(추가 중복 복구 데이터를 저장하기 위한 CPU 및 메모리)를 고려하면 블록 장치에서 파카이브 개념을 사용하는 방법이 있습니까? 나는 상상할 것이다
/dev/sdX/dev/sdX1스토리지의 90 % /dev/sdX2를 차지하고 par2./dev/sdX1
향상된 데이터 무결성을 위해 일부 CPU와 스토리지를 희생하는 가치를 고려할 때 이러한 기능을 제공할 수 있는 Linux 커널 모듈(기능 관련)도 있을 것이라고 상상합니다 (어쩌면 기능의 일부 device mapper일까요 ?).software raid
마지막으로 문제와 관련된 측면이 있습니다. 데이터 손실(예: 비트 손상 또는 기타 블록 손상으로 인한)을 방지하기 위해 이 보관 메커니즘을 사용하는 일반적인 파일 시스템이 있습니까? ( zfs일종의 보호 기능이 있고 ext4중요한 콘텐츠의 여러 복사본을 저장하는 것으로 알려져 있으므로 유사한 기능 superblock도 가질 수 있다는 것을 알고 있습니다 parchive.)
답변1
Parchive/par2가 사용됨긴패리티 데이터를 계산할 시간입니다. 예를 들어, 나는 par2를 사용하여 파일을 Blu-ray로 구웠는데, 최신 시스템에서는 약 10% 패리티 데이터로 약 1시간이 걸렸습니다. 이는 데이터 양과 패리티에 따라 확장되므로(선형인지 더 나쁜지는 확실하지 않음) 합리적인 크기의 블록 장치의 경우 며칠이 걸립니다. 수학적으로 말하면 파일 변경을 최적화하는 방법이 있는지 잘 모르겠습니다. 그렇지 않으면 모든 쓰기에 전체 패리티 재계산이 필요합니다.
다른 패리티 체계는 블록 장치에서 일반적으로 사용됩니다. RAID5와 RAID6은 모두 패리티 체계입니다. 대부분의 RAID 시스템(소프트웨어 및 하드웨어)은 이를 지원합니다.