NTFS 압축은 성능에 어떤 영향을 줍니까?

NTFS 압축으로 인해 추가 CPU 사용으로 인해 성능이 저하 될 수 있다고 들었지만 디스크 읽기가 줄어들어 실제로 성능이 향상 될 수 있다는 보고서를 읽었습니다. NTFS 압축은 시스템 성능에 정확히 어떤 영향을 줍니까?

노트:

• 5400RPM 하드 드라이브가 장착 된 랩톱을 실행하고 있으며 그 중 많은 작업이 I / O에 종속되어 있습니다.
• 프로세서는 2.0GHz에서 실행되는 4 개의 코어가있는 AMD Phenom II입니다.
• 시스템은 UltraDefrag를 사용하여 정기적으로 조각 모음 됩니다.
• 읽기보다는 쓰기 작업이 약간 더 자주 발생하는 워크로드는 혼합 된 읽기-쓰기입니다.
• 압축 할 파일에는 개인 문서 (전체 홈 폴더가 아님) 및 여러 개의 (필요하지 않은) 게임 및 Visual Studio (I / O가 더 자주 묶이지 않는 경향이있는)를 포함한 프로그램의 선택된 하위 세트가 포함됩니다.

NTFS 압축으로 인해 추가 CPU 사용으로 인해 성능이 저하 될 수 있다고 들었지만 디스크 읽기가 줄어들어 실제로 성능이 향상 될 수 있다는 보고서를 읽었습니다.

옳은. 일부 압축 알고리즘을 사용하여 CPU를 CMB / s에서 압축하고 DMB / s에서 압축을 풀 수 있고 하드 드라이브의 쓰기 속도 W 및 읽기 속도 R이 있다고 가정하면 C> W이면 성능이 향상됩니다. D> R 인 한, 읽을 때 성능이 향상됩니다. Lempel-Ziv의 알고리즘 (소프트웨어에서 구현 됨)은 비 결정적 압축률을 갖기 때문에 (사전 크기가 제한 될 수는 있지만) 쓰기 사례에서 과감한 가정입니다.

NTFS 압축은 시스템 성능에 정확히 어떤 영향을 줍니까?

위의 불평등에 의존하는 것입니다. CPU가 HDD 쓰기 속도보다 높은 압축 / 압축 해제 속도를 유지할 수 있다면 속도 증가를 경험해야합니다. 그러나 이는 큰 파일에 영향을 미치며 알고리즘으로 인해 조각화가 심하게 발생하거나 전혀 압축되지 않을 수 있습니다 .

압축이 진행될 때 Lempel-Ziv 알고리즘이 느려지기 때문에 사전이 계속 증가하므로 비트가 들어올 때 더 많은 비교가 필요하기 때문입니다. 압축 풀림은 파일 크기에 상관없이 Lempel-Ziv 알고리즘에서 거의 항상 같은 비율입니다 (사전은 기본 + 오프셋 체계를 사용하여 처리 할 수 ​​있기 때문에).

압축은 또한 파일이 디스크에 배치되는 방법에 영향을줍니다 . 기본적으로 단일 "압축 단위"는 클러스터 크기의 16 배입니다 (따라서 대부분의 4kB 클러스터 NTFS 파일 시스템은 파일을 저장하기 위해 64kB 청크가 필요함). 그러나 64kB 이상으로 증가하지는 않습니다. 그러나 이는 디스크의 조각화 및 공간 요구 사항에 영향을 줄 수 있습니다.

마지막으로 대기 시간은 또 다른 흥미로운 토론 가치입니다. 데이터를 압축하는 데 걸리는 실제 시간은 대기 시간을 유발하지만 CPU 클록 속도가 기가 헤르츠 (즉, 각 클록주기가 1ns보다 작음) 인 경우 도입 된 대기 시간은 하드 드라이브 탐색 속도와 비교할 때 무시할 수 있습니다. 밀리 초 또는 수백만 클럭 사이클).

실제로 속도 향상을 경험할 수 있는지 확인하기 위해 시도 할 수있는 몇 가지 사항이 있습니다. 첫 번째는 Lempel-Ziv 기반 압축 / 압축 해제 알고리즘으로 시스템을 벤치마킹하는 것입니다. 좋은 결과를 얻으면 (예 : C> W 및 D> R) 디스크에서 압축을 활성화해야합니다.

여기에서 실제 하드 드라이브 성능에 대한 더 많은 벤치 마크를 수행 할 수 있습니다. 정말로 중요한 벤치 마크는 게임로드 속도와 Visual Studio 프로젝트 컴파일 속도를 확인하는 것입니다.

TL, DR : 높은 처리량과 낮은 대기 시간이 필요한 많은 작은 파일을 사용하는 파일 시스템에서 압축 이 가능할 수 있습니다. 큰 파일은 성능 및 대기 시간 문제로 인해 영향을받지 않습니다.

디스크 속도가 매우 느리므로 질문에 장점이 있습니다. NTFS 압축은 프로세서를 많이 사용하며 압축 효율성보다는 속도에 맞게 조정됩니다.

읽기 작업에 대해 (매우) 약간의 개선이있을 것으로 기대합니다. 그러나 시스템 캐시에있는 파일에 액세스 할 때마다 액세스 할 때마다 압축을 풀어야하기 때문에 성능이 저하됩니다.

물론 추가 압축으로 인해 쓰기 작업이 느려질 수 있습니다.

이 동일한 NTFS 디스크에 파일을 복사하려면 압축 해제 및 압축이 필요하므로 가장 큰 문제가 발생합니다.

NTFS 압축은 조각화를 크게 증가시킬 수 있지만 '일반적인'작업 부하가있는 대부분의 '일반적인'컴퓨터에서는 문제가되지 않습니다.

JPEG 이미지 또는 비디오 또는 .zip 파일과 같은 많은 유형의 파일은 기본적으로 압축 할 수 없으므로 공간이 절약되고 사용 속도가 느려집니다.

하나의 디스크 클러스터 (일반적으로 4K)보다 작은 파일은 이득이 없으므로 압축되지 않습니다. 그러나 전체 볼륨을 압축 할 때 더 작은 클러스터 크기가 권장되는 경우가 있습니다.

비교적 정적 볼륨이나 파일에는 NTFS 압축이 권장됩니다. 시스템 파일 또는 사용자 폴더에는 권장되지 않습니다.

그러나 디스크, 버스, RAM 및 CPU에 따라 하드웨어 구성이 컴퓨터 모델마다 다르기 때문에 테스트만으로 압축이 컴퓨터 모델에 어떤 영향을 미치는지 알 수 있습니다.

NTFS에 대한 Wikpedia 항목에서 여기에 설명했습니다.

NTFS는 LZNT1 알고리즘 (LZ77 [23]의 변형)을 사용하여 파일을 압축 할 수 있습니다. 파일은 16 클러스터 청크로 압축됩니다. 4kB 클러스터를 사용하면 파일이 64kB 청크로 압축됩니다. 압축시 64kB의 데이터가 60kB 이하로 줄어들면 NTFS는 필요하지 않은 4kB 페이지를 빈 스파 스 파일 클러스터처럼 처리하므로 쓰지 않습니다. 이것은 불합리한 임의 액세스 시간을 허용하지 않습니다. 그러나 큰 압축 파일은 64kB 청크마다 작은 조각이되기 때문에 조각화됩니다. [24] [25] Microsoft는 성능 저하로 인해 30MB를 초과하는 파일에 대해서는 압축을 권장하지 않습니다.

압축을 가장 잘 사용하는 것은 반복적이고 거의 작성되지 않으며 일반적으로 순차적으로 액세스되며 압축되지 않은 파일에 사용됩니다. 로그 파일이 이상적인 예입니다. 4kB 미만이거나 이미 압축 된 파일 (.zip 또는 .jpg 또는 .avi)을 압축하면 파일 크기가 커지고 느려질 수 있습니다. [citation needed] .exe 및 .dll과 같은 실행 파일은 압축하지 않아야합니다 4 kB 페이지로 페이징 및 페이징). 드라이버, NTLDR, winload.exe 또는 BOOTMGR과 같이 부팅시 사용 된 시스템 파일을 압축하면 시스템이 올바르게 부팅되지 않을 수 있습니다. [26]

압축 파일에 대한 읽기 / 쓰기 액세스가 종종 투명하지는 않지만 항상 [27] 투명하지는 않지만, 로밍 프로필을 보유한 서버 시스템 및 / 또는 네트워크 공유는 프로세서에 상당한 부하를 가하기 때문에 압축을 피하는 것이 좋습니다. [28]

하드 디스크 공간이 제한된 단일 사용자 시스템은 압축성에 따라 4kB에서 64kB 이상의 작은 파일에 대한 NTFS 압축의 이점을 얻을 수 있습니다. 900 바이트 이하의 파일은 MFT의 디렉토리 항목과 함께 저장됩니다. [29]

컴퓨터에서 가장 느린 연결은 CPU가 아니라 하드 드라이브의 속도이므로 NTFS 압축을 사용하면 공간과 (종종) 속도 측면에서 제한적이고 느린 저장 공간을 더 잘 사용할 수 있습니다. [30] (이는 압축 파일 조각이 연속적으로 저장되어 있다고 가정합니다.)

64KB 이하 (즉, 1 개)로 압축되는 파일에 대해서만 압축을 권장합니다. 그렇지 않으면 파일은 64K 이하의 분수로 구성됩니다.

MyDefrag는 조각 모음 작업을 더 잘 수행합니다.

작업 속도가 느려집니다. 불행히도 우리는 그것이 시스템에 얼마나 영향을 미치는지 정확히 측정 할 수 없습니다. 압축 된 파일이 열리면 시스템이 파일을 사용할 수 있도록 파일을 압축 해제하는 데 프로세서 전원이 필요합니다. 완료되면 저장을 누르면 더 많은 프로세서 성능을 사용하여 다시 압축합니다. 그래도 성능을 측정 할 수 있습니다.

오늘 이것을 보는 사람은 비디오 게임의 경우 정기적으로 패치 한 게임조차도 드라이브 또는 폴더에서 압축을 사용하면로드 시간을 줄일 수 있으며 오늘날의 CPU 속도가 느리거나 심지어 SSD의 경우에도로드 시간을 줄일 수 있습니다 대부분의 사람들이 가지고 있지 않은 가장 빠른 것), 당신은 정기적으로 조각 모음을해야하며, 일단 압축 후 "스마트 공격적"조각 모음을 사용하면 완벽한 디스크를 구입하는 것이 좋습니다. 성능에 거의 영향을 미치지 않고 단편화를 피하기 위해 자동 최적화합니다 (최근에 현대 창문에서 amd와 intel의 오래된 1 세대 쿼드까지 테스트했습니다)

많은 게임 파일이 제대로 압축되지 않는 경우가 있습니다. 일부 게임에는 대부분 비어 있지만 디스크 공간을 차지하는 파일이 있습니다. 한 게임은 한 폴더에서 6GB에서 16MB 미만으로 되돌아갔습니다. 농담이었다 ... 공간 낭비와 I / O 낭비에 대해 이야기했다 ....)

버디 스팀 폴더를 압축하고 압축하는 데 4 일이 걸렸으며 (4tb 드라이브에서 3/4 꽉 찼습니다). defrag는 또 다른 하루가 걸렸습니다 (그러나, 그는 조각 모음을 한 적이 없었기 때문에 끔찍한 조각화를 시작했습니다. )

사진 / 이미지 폴더를 압축하지 마십시오. 아무 효과가 없으며 느린 시스템에서는 액세스 속도가 느려질 것입니다.

선택적으로 nt4 이후 모든 시스템에서 내 드라이브를 압축했습니다. 선택적으로 압축은 실제로 압축이 더 해롭고 좋은 폴더를 압축 해제합니다. 그 "우수 사례"는 게이머, 괴짜, " "남자들 (이전의 용어)이었고, 그 사실은, 솔직히 말해서, 드라이브 / 데이터를 압축하는 더 좋은 방법이 있었으면 좋겠다. 무료는 아니지만 저렴한 도구를 사용하면 훨씬 나아졌다. 압축해서는 안되는 데이터를 압축하지 않고 압축 결과 ....

어쨌든 많은 구형 듀얼 코어 시스템조차도 실제로 전체적으로 이익을 얻습니다. 1. ccleaner를 실행하십시오. 2. 관리자 권한 명령 프롬프트에서 chkdsk / f를 실행하십시오 (y를 입력 한 다음 다시 시작하고 검사를 실행하십시오). 3. 드라이브를 압축하십시오. 4. mydefrag 또는 더 완벽하고 완벽한 디스크로 조각 모음을 수행하면 시간이 걸립니다 .. 5. 큰 파일이나 그림 / 다른 내용이 포함 된 모든 폴더를 잘 압축하거나 전혀 압축하지 않은 경우 폴더 나 파일의 압축을 풀면됩니다. 프로세스 의이 부분 후에 조각 모음을 거의 할 필요는 없지만 확인하는 것이 가장 좋습니다.

일부 사람들이 압축에 반대하는 이유를 알지만 제대로 사용하면 ssd 또는 hdd, 특히 느린 오래된 hdd 및 ssd를 느리게 테스트하면 제대로 압축하면 공간을 절약 할뿐만 아니라 성능, 심지어 가장 오래된 듀얼까지도 크게 도울 수 있습니다 코어는 평균 압축 / 압축 해제주기를 더 빠르게 처리 할 수 ​​있으며, 시스템의 드라이브가 움직일 수있는 속도보다 더 빠를 수 있습니다. 1 세대 및 더 저렴한 구형 디자인 SSD를 테스트 한 결과 대부분의 경우 느린 하드 디스크만큼이나 압축의 이점을 누릴 수 있습니다. ssd 슬롯에 쉽게 액세스 할 수있을뿐만 아니라 매우 느리고 ssd를 교체하기가 쉽지 않은 netbook을 가지고 있지만, 어리석은 것은 물리적으로 다른 ssd를 제거하지 않고 추가 ssd에서 부팅 할 수 없습니다 ... (끔찍한 바이오스지만 유닛이 무엇인지에 대해서는 실제로 멋지고 강력합니다 ..느린 ssd 외부에 설치하면 그런 식으로 모든 것을 분리해야합니다 ...) 드라이브를 압축하고 창과 가장 기본적인 응용 프로그램 (사무실과 같은)을 천천히 가지고 있어야합니다. ssd는 실제로 CPU가 실제로 ssd를 기다리고 있기 때문에 ssd는 실제로 읽기 / 쓰기조차도 속도를 높였습니다. .sss는 그가 insalled 한 더 빠른 것을 기다립니다 ... 나는 부트 로더를 내부 ssd와 os에 넣는 것을 제안했습니다. 추가하지만 but..hes 결국 페이지 파일에 대 한 그것의 대부분을 사용 하여 바보 같은 것을 죽이기를 바라고 .... (128 기가이지만, 더 나은 쓰기 speads usb3 플래시 드라이브처럼 불경건 한 속도 .... 그 비용은 모두 newegg / amazon에서 판매 중입니다 ...)그 드라이브를 압축하고 느린 ssd에서 창과 가장 기본적인 응용 프로그램 (사무실과 같은)을 읽기 / 쓰기에서도 실제로는 속도를 높였습니다 .CPU는 실제로 ssd를 기다리기 때문입니다. 그는 insalled ... 내부 ssd에 부트 로더를 넣고 추가 된 os를 제안했지만 결국 페이지 파일에 대부분을 사용하여 바보 같은 것을 죽이기를 바랐습니다. 그러나, 더 나은 쓰기 speads를 가지고있는 usb3 플래시 드라이브를 가지고있는 것처럼, 불경건하게 느리다.…그 드라이브를 압축하고 느린 ssd에서 창과 가장 기본적인 응용 프로그램 (사무실과 같은)을 읽기 / 쓰기에서도 실제로는 속도를 높였습니다 .CPU는 실제로 ssd를 기다리기 때문입니다. 그는 insalled ... 내부 ssd에 부트 로더를 넣고 추가 된 os를 제안했지만 결국 페이지 파일에 대부분을 사용하여 바보 같은 것을 죽이기를 바랐습니다. 그러나, 더 나은 쓰기 speads를 가지고있는 usb3 플래시 드라이브를 가지고있는 것처럼, 불경건하게 느리다.…그는 결국 페이지 파일에 대부분을 사용하여 바보 같은 것을 죽이기를 바라고 있습니다 .... (128GB이지만, spead를 더 잘 쓰는 usb3 플래시 드라이브가있는 것처럼 불경건하게 느립니다. ... newegg / amazon ......)그는 결국 페이지 파일에 대부분을 사용하여 바보 같은 것을 죽이기를 바라고 있습니다 .... (128GB이지만, spead를 더 잘 쓰는 usb3 플래시 드라이브가있는 것처럼 불경건하게 느립니다. ... newegg / amazon ......)

나는 적어도 당신의 게임 드라이브 / 폴더를 압축 할 것을 강력하게 제안합니다 ... 나의 신은 빠른 시스템에서도 만들 수있는 dif입니다 !!!

Windows는 최근에 사용되지 않은 데이터를 RAM으로 압축합니다. SSD조차도 성능 저하가 문제가 아닌 것으로 생각되는 속도의 일부입니다. 1-2 비트 오류가 발생하고 일부 또는 모든 데이터를 복구 할 수없는 최악의 경우 사전 오류가 발생하는 압축 블록에 대해 더 걱정하고 있습니다. 대체 OS에서 읽을 수없고 신뢰성을 떨어 뜨릴 수있는 디스크를 만드는 것은 IMHO의 추가적인 속도에 가치가 없습니다. 비디오 게임 텍스처 팩 파일 등은 일반적으로 이미 압축되어 있으므로 다른 압축 세트를 계층화하여 성능을 향상시키는 방법을 알 수 없습니다. 임의의 r / w가 사용되지 않도록 디스크 지오메트리에서 파일을 선형 레이아웃으로 표시하는 것을 지원하는 OS를보고 싶습니다. 특정 사용 사례의 경우 SSD에서도 작업 속도가 향상됩니다. 압축의 또 다른 문제는 이미지와 동영상이 이미 압축되어 있기 때문에 MS Office 문서 및 기타 다양한 형식과 마찬가지로 파일을 압축 가능하고 미세 관리하는 것으로 표시되어 있다는 것입니다. 리눅스 소스 트리 또는 대규모 오픈 소스 프로젝트의 경우 압축이 일반적으로 텍스트 파일에서 최적이기 때문에 많은 도움이 될 수 있습니다.

Microsoft Windows NTFS 압축은 로그 파일 이외의 텍스트 파일 또는 일반적으로 텍스트 파일 또는 압축률이 높은 파일에 사용해서는 안됩니다.

이것을 고려하십시오 : 역사적으로 파일 압축 성능이 20-25 MiB / s에서 멈추는 것을 보았습니다. 이것은 하나의 2.4-3.0Ghz 프로세서로 파일을 압축하는 일반적인 속도입니다. NTFS 압축은 다중 스레드가 아닙니다. 이것은 큰 문제입니다!

오늘날 하드 드라이브의 적절한 속도는 100 MiB / s입니다. 약 4-5 배 압축되지 않으면 읽기 및 쓰기 성능이 크게 저하됩니다. 이것이 일어나는 일입니다.