전날 수정된 파일을 찾아야 합니다. 전날 수정된 파일이 많습니다. 내가 뭐하는 거지 find ./ -type f -mtime -1. 그러나 디스크 사용률이 100%에 도달한 것을 확인했습니다. 이는 각 파일의 접근 시간이 수정되었기 때문일 수 있습니다. 접근시간을 수정하지 않고 파일을 찾을 수 있는 방법이 있나요?
답변1
찾기 결과를 찾기 위해 많은 디렉터리를 검사하므로 디스크 사용량이 급증합니다. 디스크 사용량 모니터는 동일한 차트에 읽기 및 쓰기를 보고할 수 있습니다.
일반적으로 동일한 디렉터리 구조에서 연속으로 여러 조회를 수행하는 경우 조회에 필요한 모든 디스크 블록(예: 디렉터리 목록)이 이전 조회에서 메모리에 캐시되므로 후속 조회에서는 디스크에 액세스하지 않습니다.
이미 메모리에 블록을 캐싱하는 것 외에 탐색 작업에서 디스크 로드를 줄일 수 있는 방법은 없습니다. (음, 잘 처리하거나 거기서 잠을 잘 수는 있지만 필요한 디스크 액세스 횟수는 줄어들지 않습니다.)
답변2
파일의 액세스 시간은 일반적으로 find수정되지 않습니다. 파일의 수정 시간과 액세스 시간을 얻으려면 stat다음 명령을 사용하십시오.
예를 들어:
$ stat filename
산출
File: `filename'
Size: 683 Blocks: 8 IO Block: 4096 regular file
Device: fd00h/64768d Inode: 34177055 Links: 1
Access: (0777/-rwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2012-11-26 03:50:01.000000000 -0500
Modify: 2012-11-26 03:22:04.000000000 -0500
Change: 2012-11-26 03:22:04.000000000 -0500
답변3
noatime파일 시스템 마운트의 속성을 조작하고 싶을 수도 있습니다 .
요즘에는 파일 시스템을 업데이트해야 할 이유가 거의 없다고 생각합니다 atime. 예를 들어 사용자가 메일 프로그램에 마지막으로 액세스한 이후 특정 파일을 읽었는지 확인하기 위해 사용했던 오래된 메일 프로그램과 같은 일부 파일 시스템이 남아 있을 수 있습니다. 지금은 매우 오래된 동작임에 틀림없습니다). 그러나 많은 파일 시스템과 unix/linux 시스템에서는 여전히 기본 설정입니다. 지금도 여전히 필요한 이유에 대한 정보를 환영합니다 ...
자세한 내용은 다음과 같습니다.http://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/chap6sec73.html
(검색 엔진에서 "noatime"을 검색했을 때 첫 번째 링크를 선택했습니다...충분할 것 같지만 다른 곳에서 더 많은 정보를 찾을 수 있을 것입니다)