SSD에서 액세스 시간 로깅을 비활성화하는 것이 얼마나 유용합니까? 이렇게 하면 단점이 있나요?

SSD에서 액세스 시간 로깅을 비활성화하는 것이 얼마나 유용합니까? 이렇게 하면 단점이 있나요?

SSD 드라이브에는 쓰기가 제한되어 있으므로 액세스 시간 로깅 비활성화가 2021년에도 여전히 역할을 하는지 궁금합니다. 이 주제와 관련하여 제가 보는 대부분의 웹사이트는 2015년 이전의 웹사이트이며 아마도 요즘에는 SSD가 더 강력할 것입니다.

Linux 시스템에서 SSD 쓰기가 캐싱 측면에서 어떻게 관리되는지, 이러한 로그가 실제로 얼마나 많은 파일을 포함하는지, 또는 액세스된 파일 중 전부 또는 일부만 업데이트되어 액세스 시간을 포함하는지 알지 못합니다.

마지막 질문은 액세스 시간 기록을 비활성화할 때의 단점에 관한 것입니다. 어떤 서비스가 접속 시간을 사용하나요? 뭐든 깨지지 않을까? 제가 알아야 할 것이 있나요?

미리 감사드립니다!

추신: 저는 매일 사용하기 위해 SSD의 300GB 파티션에서 Ubuntu 21.04를 사용하고 있습니다. 내 컴퓨터 모델은 2020년 중반에 출시되었습니다.

답변1

atime 업데이트의 오버헤드를 줄이기 위해 커널과 ext4에는 relatime(atime이 mtime보다 빠르거나 하루 이상인 경우에만 atime 업데이트) 및 lazytime(필요하거나 하루 이상인 경우에만 atime 업데이트 지연 및 여러 inode에 쓰는 단일 블록에 시간을 집계합니다.

가장 저렴한 소비자용 플래시 장치는 3년 동안 하루 1회의 전체 드라이브 쓰기(DWPD)로 평가됩니다. inode는 일반적으로 파일 시스템 블록의 1/32 이하이므로 inode에 대한 atime 업데이트(하루에 한 번으로 제한됨)는 장치 DWPD를 초과하는 결정 요인이 되지 않습니다.

답변2

그냥 뻔해

이점:

각 파일( )의 액세스 시간을 업데이트하지 않음으로써 atime"디스크" 업데이트 inode에 대한 쓰기 횟수를 줄일 수 있습니다.

결점:

atime파일에 액세스한 시기를 알기 위해 이를 사용할 수 없습니다 .

파일의 액세스 시간은 널리 사용되는 "사물"이 아닙니다. 생성 시간( ctime)과 수정 시간( mtime)이 더 유용합니다.

디스크 쓰기에 제한이 없으면 업데이트는 atime본질적으로 "무료"입니다.

atime값을 사용하면 파일 집합 중 어떤 파일이 최근에 액세스되었는지(읽었지만 수정되지 않음) 또는 최근에 액세스되지 않았는지 확인할 수 있습니다.

보안 조사, 모든 중요한 파일을 읽었는지 확인하는 것...이것이 atime마음에 드는 유일한 용도입니다.

관련 정보