내 데이터는 SSD에 있습니다. 재작성 및쓰기 증폭— atime을 수정하면 inode뿐만 아니라 해당 inode가 있는 전체 블록도 삭제되고 다시 작성됩니다. 분명히 이는 드라이브에 불필요한 마모를 많이 유발하므로 바람직하지 않습니다.
Duplicity가 파일을 백업하면 파일이 수정되나요?아르템속성소스 파일진행 중인가요?
그 경우하다시간을 수정하려면 초기(전체) 백업, 증분 백업 또는 둘 다에서 수행합니까?
답변1
대답은 결국예. 이중성은 초기 백업 프로세스 중에 각 파일의 inode 시간을 수정합니다. 이는 대규모 SSD 재작성 및 쓰기 증폭을 유발합니다.
후속(증분) 백업에서는 훨씬 적은(그러나 여전히 많은) 수의 inode(물론 변경된 파일)를 덮어씁니다.
이중성은 파일의 시간을 보존하려고 시도하지 않습니다.
공평하게 말하면 Duplicity는 이 문제를 전통적인 방식으로 처리하며 HDD에 특별히 큰 부담을 주지 않습니다. 덮어쓰기 및 쓰기 증폭 문제는 SSD에만 해당됩니다. 따라서 Duplicity에 대해 말할 수 있는 것은 SSD에 최적화되어 있지 않으며 (다른 모든 조건이 동일할 때) Duplicity를 사용하면 SSD가 HDD보다 빨리 마모된다는 것입니다.
Frostschutz가 의견에서 지적했듯이 이 문제는 noatime 설정으로 파일 시스템을 마운트하면 해결될 수 있으므로 비교적 쉽게 완화할 수 있습니다.
HDD가 수명을 다하고 SSD로 교체됨에 따라 파일 시스템은 SSD에 점점 더 최적화될 것이며 일시적인 변경, 재작성 및 쓰기 증폭으로 인한 마모/성능 문제가 해결될 것으로 기대합니다. 다음과 같은 새로운 파일 시스템F2FS예를 들면.
답변2
아니요, 소프트웨어 응용 프로그램이 파일을 수정한다고 말하는 것은 atime올바르지 않습니다 . 사용자 모드 프로그램에는 업데이트 여부를 제어할 방법이 거의 없습니다 atime. 이는 운영 체제의 책임, 더 구체적으로는 운영 체제의 책임입니다.파일 시스템운전사. 또한 Linux의 현재 기본 설치 옵션은 타임스탬프 업데이트를 최소화하므로 성능이나 수명에 거의 영향을 미치지 않습니다.SSD.
현대적인 현상 유지운영 체제분포는 다음과 같습니다.
- 마운트 옵션을 사용하면 업데이트가 완전히
noatime제거되지만 메타데이터 유지 관리를 통해 제공되는 유틸리티는atime희생됩니다 .atime - 기본
relatime옵션으로 문제 최소화 - 최근 도입된 옵션은
lazytime타임스탬프 업데이트가 SSD 수명에 미치는 영향을 완전히 제거해야 합니다.