외장 하드 디스크에서 압축 NTFS 파일 시스템을 사용하는 것이 좋습니다?


10

외장 USB 하드 디스크에서 압축 NTFS를 사용하려고합니다. 백업에만 사용해야합니다.

  • Linux에서 액세스 할 수 있습니까?
  • 신뢰할 수 있습니까?
  • Microsoft 에 따르면 일반 파일 시스템보다 느립니다. 전송 속도 (30MB / s)와 프로세서 (2.8 GHz Phenom II X4)를 감안할 때 나는 그 반대가 사실이라고 생각합니다. 어떻게 생각해?
  • 이 질문 에 따르면 모든 파일이 압축되는 것은 아닙니다. 어떻게 피할 수 있습니까?

답변:


6

1) 예, Liunx에서 액세스 할 수 있습니다. 다른 사람들이 설명했듯이, ntfs-3g는 압축 된 ntf를 처리 할 수 ​​있습니다.

2) 신뢰성 : 압축은 오랫동안 ntfs로되어 있습니다 (Windows NT부터 http://www.ntfs.com/ntfs-compressed.htm 참조 ). Windows에서 안정성 문제가 표시되지 않습니다. 비 Windows 구현 (예 : Linux)에 대해서는 확실하지 않습니다. 리눅스에서 데이터를 읽는 것이 유일한 관심사라면 신뢰성에 문제가 없습니다 (어쨌든 백업을 복원 할 때 읽기 전용 마운트가 좋습니다).

또한 데이터는 일반적으로 4KB 인 클러스터 수준에서 압축됩니다. 디스크의 물리적 손상은 전체 파일이 아닌 단일 클러스터에만 영향을줍니다. 이와 관련하여 압축 된 ntf는 비 압축만큼 안정적이어야합니다.

3) 성능 : 인용 한 KB 기사에 따르면 CPU가 이미 포화 상태 인 서버 시스템 에서 성능이 영향을받을 수 있습니다 . 설명에 따라 현재 CPU가있는 데스크탑 시스템에서 백업에 압축 된 ntf를 사용하면 성능에 큰 영향을 미치지 않아야합니다. 반대로 압축 가능한 데이터를 저장하면 I / O가 적을수록 실제로 성능이 향상 될 수 있습니다. 인터페이스 (USB 2.0)가 CPU에 비해 ​​느린 경우 특히 그렇습니다. CPU가 USB 2.0 링크 쓰기 또는 압축 된 NTFS를 쉽게 포화시킬 수 있어야한다고 생각합니다.

4) 전체 파일 시스템에 압축 플래그를 설정하면 압축되지 않은 이동 된 파일에 문제가 없어야합니다.


4
NTFS는 Windows 또는 Linux 드라이버에서 압축 된 파일을 전송하지 않습니다. 슬프게도 그 최적화는 존재하지 않습니다. 파일 및 메타 데이터를 생성하고 공간을 미리 할당 한 다음 압축 된 데이터를 MFT 및 할당 된 클러스터에 원시 쓰기하십시오. 따라서 정상적인 사용에서는 I / O 방식으로 아무것도 얻지 못합니다.
SilverbackNet

1
  1. Linux에서 액세스 할 수 있다고 생각하지만 확실하지 않습니다.

  2. 어떤 의미에서 신뢰할 수 있습니까? 데이터가 손상되는 것이 더 쉽지만 그것이 그게 무슨 뜻인지 잘 모르겠습니다.

  3. 프로세서 속도는 느리지 만 I / O 속도는 빠릅니다. 프로세서가 디스크보다 훨씬 빠르면 큰 파일을 읽지 않고 사후 처리를 피하는 대신 적은 양의 데이터를 읽을 수 있지만 약간의 처리를 수행하는 것이 좋습니다.

  4. 이를 피할 수 없으며 응용 프로그램이 프로그래밍 된 방식에 따라 다릅니다. Windows 에서이 작업을 수행 해야하는 설정을 본 것을 기억하지만 필요한 작업을 수행하지 못한다고 생각합니다. 필요한 경우 업데이트합니다.


광고 2 : 파일 시스템 등에 버그가 없다면 의미합니다. 광고 4 : 실제로, rsync를 사용하여 압축되지 않은 다른 드라이브에서 파일을 복사하려고합니다. 응용 프로그램이 파일 시스템의 내부를 신경 써야하는 이유를 정말로 알지 못합니다 .IMHO는 모든 작업을 수행하는 것이 FS의 일입니다.
maaartinus

pt # 1-> NTFS로 접근하기 @Mehrdad
Sathyajith Bhat

1
@maartinus : # 2 : 글쎄, 나는 이것에 대한 단단한 데이터가 없지만 개인적으로 나는 Windows 버전을 신뢰하지만 Linux 버전은 신뢰하지 않을 것이다. # 4 : 단순히 응용 프로그램 관리 문제가 아니라 기본 설정을 유지하는 문제입니다. 2GB 파일이 압축되지 않은 폴더에서 압축 된 폴더로 이동할 때 파일 시스템이 압축하는 데 오랜 시간을 소비 할 이유가 없습니다. 압축되지 않은 상태로 두어 문제가됩니다. 나는 당신이 그것에 대해 할 수있는 일이 많지 않다고 생각합니다. @Sathya : 아 감사합니다.
541686

압축되지 않은 상태로 두는 파일은 동일한 디스크의 압축되지 않은 부분에서 파일을 이동할 때만 발생한다고 가정합니다. 모든 것이 괜찮습니다.
maaartinus

1
  1. ntfs-3g드라이버 지원이 추가 및 (최근에) 압축 파일을 수정, 읽기.

    현재 압축 파일을 읽는 것은 모든 ntfs-3g 버전에서 지원됩니다. ntfs-3g-2009.11.14부터 새 압축 파일 작성, 내용 지우기 및 기존 압축 파일에 데이터 추가가 지원됩니다. ntfs-3g-2010.8.8부터 기존 데이터 (또는 기존 구멍)를 덮어 써서 기존 압축 파일 수정이 지원됩니다.

    NTFS-3G Advanced : 데이터 압축

  2. 파일 시스템은 일반적인 Linux ext3 / ext4만큼 안정적입니다.

    ntfs-3g정말 잘 드라이버 손잡이 다. (그것은 여전히 압축 된 파일을 수정하는 몇 가지 버그를 가지고, 위의 인용 말한대로,이 전용 버전 2010년 8월 8일에 추가되었습니다.)

  3. (답변 없음)

  4. 프로그램이 압축되지 않은 파일을 다른 곳에서 작성하고 나중에 원하는 위치로 이동하여이 문제가 발생하면 해결 방법은 간단합니다. 해당 파일의 압축을 다시 사용하십시오.


ntfs-3g -V: 2013.1.13AR.1Ubuntu 14.10, 커널 3.16부터는 여전히 ntfs-3g의 Win8 GPT 파티션에서 압축 파일을 올바르게 읽을 수 있음을 보증 할 수 없습니다. 파일을 복사해도 다른 md5sum이 발생합니다.
Marcos
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.