Driver Kernel NTFS vs NTFS-3G

Pertanyaan frasa yang lebih komprehensif karena saya kehilangan akses ke yang lain.

Saya akan meminta yang lain dihapus, bukan yang ini, karena seharusnya tidak dimigrasi terlebih dahulu.

Saat ini ada dua driver NTFS yang tersedia untuk Linux.

Driver NTFS termasuk dalam kernel, dan driver NTFS-3G userspace yang menggunakan FUSE.

Secara umum, NTFS-3G bekerja dengan sempurna.

Pertanyaan saya kemudian, apakah jika filesystem NTFS telah berhasil direkayasa balik, mengapa tim kernel NTFS tidak mengimplementasikan perubahan pada driver mereka? Saat ini masih ditandai sebagai percobaan, dan ada kemungkinan besar itu akan menghancurkan data Anda.

Catatan: Ini sama sekali tidak ada hubungannya dengan distribusi ...

Sayangnya ini adalah masalah umum dengan proyek komunitas.

Setelah komunitas mengidentifikasi masalah yang signifikan, proyek muncul untuk mengatasinya. Dalam hal ini, masalahnya adalah pemanfaatan NTFS FS.

Linux-NTFS (driver FS kernel), Diciptakan pertama kali, dan setelah beberapa saat pengembangan terhenti. IMO pilihan yang buruk, itu layak mendapat prioritas dan masih. Driver ini sudah stabil, hanya baca, selama saya sudah menggunakan Linux (lebih dari setengah dekade). Ini hanya mengatasi setengah dari masalah, sehingga komunitas mencari di mana saja mereka bisa.

Captive NTFS (Driver Wrapper untuk NTFS.SYS), relatif lebih mudah dibuat. Sebanyak kode sudah ada di proyek lain. Alasan utama komunitas melihat, adalah karena NTFS.SYS bukan Perangkat Lunak Bebas.

NTFS-3G (Fuse), ditampar bersama dan berfungsi penuh. Proyek ini memiliki kekuatan komersial penggerak Tuxera. Proyek ini membahas masalah asli dalam menggunakan NTFS dari Linux. Tuxera menawarkan driver kernel NTFS premium, yang menyoroti mengapa komunitas perlu menyelesaikan Linux-NTFS.

Jadi dengan masalah asli ditangani, protes masyarakat menjadi dingin. Yang bisa disayangkan, karena berkali-kali implementasi yang benar tidak pernah selesai. Ketika saya memikirkannya, Tuxera sebenarnya melindungi implementasi kernel NTFS miliknya. Membuat driver FUSE yang lebih rendah, mendinginkan dorongan untuk driver kernel GPL berkinerja solid.

Sekarang hanya untuk mengklarifikasi, saya adalah pendukung / penggila proyek komunitas besar. Saya kebetulan juga seorang kritikus, tanpa kemampuan pemrograman kernel. FUSE memiliki banyak kelebihan, terutama untuk driver FS khusus. Fakta-fakta sulit yang masih ada, Kernel FS Drivers memberikan kinerja yang jauh lebih kuat. Menulis driver kernel membutuhkan lebih banyak waktu / bakat, kemudian implementasi FUSE yang sebanding. Keduanya (Waktu dari Programer komunitas Berbakat), selalu kekurangan pasokan.

Saya harap ini menjelaskan situasi saat ini, sehubungan dengan dukungan Linux NTFS.

Ini masalah prioritas. Memilih untuk melakukan satu hal berarti bahwa hal lain tidak akan selesai. ntfd-3g bekerja dengan baik, jadi menyentuh driver kernel adalah prioritas yang sangat rendah.

Saya hanya bertanya pada diri sendiri pertanyaan ini hari ini, sebenarnya. inilah pemahaman saya yang sangat kabur dan tidak ahli tentangnya.

ntfs3g sebenarnya bukan driver, ini adalah aplikasi. menggunakan FUSE (filesystem di userspace) untuk antarmuka dan lintas-platform. jadi, sementara driver kernel ntfs mungkin dapat mengimplementasikan metode yang digunakan oleh ntfs3g (bukan? Saya tidak yakin), itu akan beroperasi di userspace, yang bukan yurisdiksi kernel.

... itu hanya kesimpulan berdasarkan satu kalimat yang saya baca. bagaimana itu terdengar bagi siapa saja yang benar-benar dididik tentang masalah ini? =)

sebenarnya, saya pikir saya akan blog di ini sedikit. = D