Apakah ide yang baik untuk menggunakan sistem file NTFS terkompresi pada harddisk eksternal?

10

Saya sedang berpikir tentang menggunakan NTFS terkompresi pada harddisk USB eksternal saya. Ini harus digunakan untuk cadangan saja.

  • Apakah mungkin untuk mengaksesnya dari Linux?
  • Apakah ini dapat diandalkan?
  • Menurut Microsoft , ini lebih lambat dari sistem file normal. Mengingat kecepatan transfer (30MB / s) dan prosesor (2,8 GHz Phenom II X4) saya pikir sebaliknya mungkin benar. Bagaimana menurut anda?
  • Menurut pertanyaan ini tidak semua file dikompresi. Bagaimana saya bisa menghindari ini?
maaartinus
sumber

Jawaban:

6

1) Ya, dimungkinkan untuk mengaksesnya dari Liunx. Seperti yang dijelaskan orang lain, ntfs-3g mampu menangani ntfs terkompresi.

2) keandalan: kompresi ada di ntfs untuk waktu yang lama sekarang (sejak Windows NT, lihat http://www.ntfs.com/ntfs-compressed.htm ). Saya tidak melihat masalah keandalan di windows. Saya tidak begitu yakin tentang implementasi non-windows (misalnya linux). Jika satu-satunya masalah Anda adalah membaca data di linux, ini tidak menimbulkan masalah reliabilitas (pemasangan read-only adalah ide yang bagus ketika mengembalikan cadangan).

Juga data dikompresi pada level cluster yang biasanya 4 kiB. Secara fisik, kerusakan disk hanya memengaruhi satu cluster, bukan seluruh file. Dalam hal ini ntfs terkompresi harus dapat diandalkan seperti non-terkompresi.

3) Kinerja: Artikel KB yang Anda kutip mengatakan kinerja mungkin terpengaruh pada sistem server , di mana CPU sudah jenuh. Pada sistem desktop dengan CPU saat ini seperti yang Anda gambarkan, menggunakan ntfs terkompresi untuk cadangan, seharusnya tidak memiliki dampak kinerja yang signifikan. Sebaliknya, jika Anda menyimpan data kompresibel, Anda mungkin benar-benar mendapatkan kinerja karena Anda memiliki lebih sedikit I / O. Itu terutama benar, jika antarmuka (USB 2.0) lambat dibandingkan dengan CPU. Saya kira CPU Anda harus dengan mudah mampu menjenuhkan menulis tautan USB 2.0 atau membaca ntfs terkompresi.

4) Jika Anda mengatur flag kompresi untuk seluruh sistem file, Anda seharusnya tidak memiliki masalah dengan file yang dipindahkan tanpa kompresi.

georg
sumber
4
NTFS tidak pernah mentransfer file yang dikompresi, baik di windows atau driver Linux. Sayangnya, optimasi itu tidak ada. Anda harus pergi ke level yang sangat rendah untuk mencapai itu: Buat file dan metadata, pra-alokasikan ruang, lalu mentahkan data terkompresi ke MFT dan cluster yang dialokasikan. Jadi dalam penggunaan normal, Anda tidak akan mendapatkan apapun yang saya / O-bijaksana.
SilverbackNet
1
  1. Saya pikir itu dapat diakses dari Linux, tetapi saya tidak yakin.

  2. Andal dalam arti apa? Data Anda lebih mudah rusak, tetapi saya tidak yakin apakah itu yang Anda maksud.

  3. Prosesor lebih lambat, tetapi lebih cepat I / O-wise. Jika prosesor Anda jauh lebih cepat daripada disk Anda, maka mungkin layak untuk membaca lebih sedikit data tetapi melakukan beberapa pemrosesan, bukannya membaca file besar tetapi menghindari postprocessing.

  4. Anda tidak dapat menghindari ini, itu tergantung pada bagaimana aplikasi diprogram. Saya ingat melihat pengaturan di Windows yang harus melakukan sesuatu dengan ini, tapi saya tidak berpikir itu melakukan apa yang Anda butuhkan - saya akan memperbarui ini jika ternyata itu terjadi.

pengguna541686
sumber
Iklan 2: Maksud saya jika tidak ada bug di sistem file atau sama. Iklan 4: Sebenarnya, saya akan menyalin file dari drive lain yang tidak dikompresi, mungkin menggunakan rsync. Saya benar-benar tidak melihat mengapa aplikasi harus peduli dengan internal filesystem, IMHO itu tugas FS untuk melakukan semua pekerjaan.
maaartinus
Ke pt # 1 -> NTFS dapat diakses
@Mehrdad
1
@maartinus: # 2: Yah, saya tidak punya data yang sulit tentang ini, tetapi secara pribadi saya akan mempercayai versi Windows tetapi bukan versi Linux. # 4: Ini hanya masalah menjaga pengaturan default, bukan masalah kepedulian aplikasi. Ketika file 2-GB pindah dari folder yang tidak dikompresi ke folder yang dikompresi, tidak ada alasan bagi sistem file untuk menghabiskan waktu yang lama mengompresnya - itu hanya membiarkannya tidak terkompresi, karenanya masalahnya. Saya rasa tidak banyak yang bisa Anda lakukan tentang itu. @Sathya: Ah terima kasih.
user541686
Saya kira file ini meninggalkan terkompresi terjadi hanya ketika file dipindahkan dari bagian terkompresi dari disk yang sama, yang tidak akan terjadi. Jadi semuanya baik-baik saja.
maaartinus
1
  1. The ntfs-3gmendukung pengemudi membaca, menambahkan dan (baru-baru ini) memodifikasi file yang dikompresi.

    Saat membaca file terkompresi didukung oleh semua versi ntfs-3g. Membuat file terkompresi baru, membersihkan konten, dan menambahkan data ke file terkompresi yang ada didukung sejak ntfs-3g-2009.11.14. Memodifikasi file terkompresi yang ada dengan menimpa data yang ada (atau lubang yang ada) didukung sejak ntfs-3g-2010.8.8.

    - NTFS-3G Advanced: Kompresi Data

  2. Sistem file dapat diandalkan seperti rekan-rekan Linux yang biasa, ext3 / ext4.

    The ntfs-3gSopir menangani segala sesuatu dengan sangat baik. ( Mungkin masih ada beberapa bug dalam memodifikasi file terkompresi; seperti kutipan di atas mengatakan, itu hanya ditambahkan dalam versi 2010.8.8.)

  3. (tidak ada Jawaban)

  4. Ketika ini disebabkan oleh program membuat file yang tidak terkompresi di tempat lain dan memindahkannya ke lokasi yang dituju kemudian, solusinya mudah: Aktifkan kembali kompresi pada file-file itu.

pengguna1686
sumber
ntfs-3g -V: 2013.1.13AR.1Pada Ubuntu 14.10, kernel 3.16, saya masih belum dapat menjamin kemampuan ntfs-3g untuk bahkan membaca dengan baik file terkompresi di partisi GPT Win8 saya. Bahkan menyalin file lebih dari hasil dalam md5sum berbeda.
Marcos