Windows에서 삭제 속도가 자주주기적인 이유는 무엇입니까?


13

관심의 대상이 아닌 경우 삭제 시간이 자주 발생하는 이유는 무엇입니까? Windows 8에서 삭제 대화 상자 창에 삭제 속도가 표시됩니다.

Windows 8 삭제 대화창

물론 이유가 없다면 그것은 대답이 될 것입니다.


4
폴더에 10 만 개의 파일이 있고 크기가 모두 다르며 측정 단위는 초당 항목 이므로 항목이 작을수록 항목이 더 빨리 삭제됩니다.
Ramhound

3
@Ramhound, 이것은 다양한 파일 크기와 관련이없는 것 같습니다. 그래프의 정현파 특성이 너무 규칙적입니다.
GaTechThomas

1
Windows는 파일을 삭제할 때 사용중인 블록을 제로화하지 않습니다. 큰 파일을 삭제하면 작은 파일을 삭제하는 것보다 오래 걸리지 않습니다. 범인은 더 많은 수의 항목 일 가능성이 높습니다. 그들은 많은 하위 폴더에 있습니까? 삭제, 복사 또는 이동 여부에 관계없이 많은 파일 (크거나 작은)을 처리 할 때 상당한 오버 헤드가 있습니다.
abstrask

2
어떤 종류의 캐싱? 그래프의 피크에서 삭제 요청 무리가 플러시됩니까?
Jesse 슬라이서

1
나는 때때로 훨씬 더 큰 파도와 함께 이것을 보았다.
Moshe Katz

답변:


5

몇 가지 이유가 있습니다.

  1. 데이터 연속성 : NTFS는 디스크 전체에 순차적으로 기록되는 위치에 구현되므로 파일을 편집하는 경우 NTFS는 변경 사항을 하드 디스크의 비 연속 섹터에 저장해야 할 수 있습니다. 즉, 파일을 삭제하려면 2 번 섹터에서 10 만 섹터 (가상적으로)로 건너 뛰었다가 다시 파일을 완료해야합니다. 그런 다음 삭제할 다음 파일의 다음 섹터를 찾고 해당 프로세스를 다시 반복 할 수 있습니다.

  2. 데이터 유형 :에서 폴더를 삭제한다고 가정하면 temp큰 파일과 작은 파일이 포함될 수 있습니다. 그 중 일부는 처리 속도가 빠르며 다른 것들은 속도가 느릴 수 있습니다 (데이터의 크기 또는 복잡성, 즉 "항목"을 완료하기 위해 처리해야하는 섹터 수)

  3. @Ramhound는 "초당 항목 수"항목을 언급했으며 이는 삭제 대화 상자 ( Speed: 1.082 items/s)에 의해 확인 된 것으로 보입니다 . 따라서 큰 파일, 비 연속 파일 또는 작은 파일을 모두 삭제하면 초당 항목 수에 중요한 역할을합니다.

  4. CPU 우선 순위 :이 작업은 클럭 사이클로 수행되므로 CPU가 사이클 중에 다른 프로세스를 실행 중일 수 있으며 속도에 영향을 줄 수 있습니다 (이 부분은 추측입니다)


3
Windows / NTFS는 파일을 삭제할 때 사용중인 블록을 제로화하지 않습니다. 크거나 작은, 연속 또는 비 연속은 중요하지 않습니다.
abstrask

@abstrask- 나는 아무것도하지 않는다고 말하지 않았습니다. 그러나 $BitMap(파일)을 각 클러스터로 이동하여 사용 가능한 것으로 표시해야합니다 (예 : "삭제됨"). 파일을 열고 편집하면 (모든 레벨에서) 리소스가 필요하며 파일을 이동해야하는 데 오버 헤드가 발생하여 속도가 느려질 수 있습니다. 파일이 큰 경우 (편집하는 데 시간이 오래 걸리고, 파일이 연속적이지 않은 경우) 탐색하는 데 시간이 조금 더 걸립니다.
nerdwaller

1
각 클러스터는 $ Bitmap 파일에서 비트로 표시됩니다. 기본 할당 단위 크기가 4KB라고 가정하면 $ Bitmap 파일에서 100KB 파일의 할당 참조는 약 3 바이트를 차지합니다. 1GB와 같은 큰 파일은 $ Bitmap 파일에서 32KB를 차지합니다. $ Bitmap이 심하게 조각화되어 있어도 하드 드라이브는 1KB 파일의 클러스터를 삭제하도록 표시하기 위해 32KB / 4KB / cluster = 8 개의 클러스터 만 건너 뛰어야합니다. 그렇습니다. 큰 파일을 삭제하려면 더 많은 비트를 뒤집어 야하지만 측정하기가 어렵고 스크린 샷에 표시되는 시각적 인 충돌이 발생하지 않습니다.
abstrask
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.