À noter que NTFS-3G tourne en espace utilisateur avec FUSE et qu'il a été développé en à peine... euh depuis Juillet ou Août 2006 (pas sûr de la date).
Contrairement à Linux-NTFS (qui ne tourne que sous Linux), NTFS-3G tourne sur Linux 2.4, 2.6, FreeBSD, Mac OS X et Haiku.
Attention à ce point de la FAQ : « Why is the CPU usage sometimes very high? NTFS-3G is not fully optimized yet ».
Maintenant ce que j'aimerai savoir c'est d'où sort NTFS-3G ? Il a été écrit à partir de zéro ? Autres projets NTFS pour Linux :
- http://www.linux-ntfs.org/ (pilote noyau pour Linux) <= ne supporte pas l'écriture
- http://www.jankratochvil.net/project/captive/ <= la solution très sale qui utilise un DLL (une bilbiothèque Windows !) Microsoft
- http://www.ntfs-linux.com/ <= Paragon, quelqu'un a la moindre info dessus ?
Sinon, je trouve que NTFS est un très bon système de fichier. Il utilise des B+ tree (qui ne dansent pas), supporte les "fork" (à ce que j'ai compris : genre de métadonnées stockées avec chaque fichier, comme sous Mac ou ReiserFS4), gestion des ACLs, supporte le chiffrement, nom de fichier en UTF-16 (255 caractères), limite : 2**32 fichiers, 16 TiB / fichier et 16 EiB au total, et les dates sont stockées sur 64-bit en nanoseconde (ouais !). http://fr.wikipedia.org/wiki/New_Technology_File_System
En comparaison : EXT2 utilise des chaînes binaires pour les noms de fichier (bon, ça "passe" en UTF-8) (255 octets), limites : 10**18 fichiers, 2 TiB / fichier, 16 TiB au total. Encryption : non, ACL en option, date sur 32-bit (ça va péter en 2038 alors que pour NTFS il faut attendre l'année 60056).
# Complément d'information
Posté par Victor STINNER (site web personnel) . En réponse au journal NTFS-3G en RC1. Évalué à 8.
Contrairement à Linux-NTFS (qui ne tourne que sous Linux), NTFS-3G tourne sur Linux 2.4, 2.6, FreeBSD, Mac OS X et Haiku.
Attention à ce point de la FAQ : « Why is the CPU usage sometimes very high? NTFS-3G is not fully optimized yet ».
Maintenant ce que j'aimerai savoir c'est d'où sort NTFS-3G ? Il a été écrit à partir de zéro ? Autres projets NTFS pour Linux :
- http://www.linux-ntfs.org/ (pilote noyau pour Linux) <= ne supporte pas l'écriture
- http://www.jankratochvil.net/project/captive/ <= la solution très sale qui utilise un DLL (une bilbiothèque Windows !) Microsoft
- http://www.ntfs-linux.com/ <= Paragon, quelqu'un a la moindre info dessus ?
Sinon, je trouve que NTFS est un très bon système de fichier. Il utilise des B+ tree (qui ne dansent pas), supporte les "fork" (à ce que j'ai compris : genre de métadonnées stockées avec chaque fichier, comme sous Mac ou ReiserFS4), gestion des ACLs, supporte le chiffrement, nom de fichier en UTF-16 (255 caractères), limite : 2**32 fichiers, 16 TiB / fichier et 16 EiB au total, et les dates sont stockées sur 64-bit en nanoseconde (ouais !).
http://fr.wikipedia.org/wiki/New_Technology_File_System
En comparaison : EXT2 utilise des chaînes binaires pour les noms de fichier (bon, ça "passe" en UTF-8) (255 octets), limites : 10**18 fichiers, 2 TiB / fichier, 16 TiB au total. Encryption : non, ACL en option, date sur 32-bit (ça va péter en 2038 alors que pour NTFS il faut attendre l'année 60056).
Je crois bien qu'EXT4 veut étendre les limites de taille (par fichier / totale), mais je crains qu'ils n'autorisent toujours pas plus de 255 octets/nom de fichier et des dates sur 32-bit :-(
http://www.haypocalc.com/blog/index.php/2006/06/14/5-quelle-(...)