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.
Saya pikir itu dapat diakses dari Linux, tetapi saya tidak yakin.
Andal dalam arti apa? Data Anda lebih mudah rusak, tetapi saya tidak yakin apakah itu yang Anda maksud.
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.
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.
sumber
The
ntfs-3g
mendukung pengemudi membaca, menambahkan dan (baru-baru ini) memodifikasi file yang dikompresi.Sistem file dapat diandalkan seperti rekan-rekan Linux yang biasa, ext3 / ext4.
The
ntfs-3g
Sopir 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.)(tidak ada Jawaban)
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.
sumber
ntfs-3g -V: 2013.1.13AR.1
Pada 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.