J'ai un ordinateur avec de grands disques durs exécutant Gentoo. Je dois servir des fichiers med / big via un réseau câblé aux appareils Apple (tous fonctionnant sous OS X).
Quel protocole est le meilleur pour les besoins suivants? :
- La vitesse
- Facilité d'utilisation (par les clients et le serveur)
- Moins limité (taille de fichier maximale, jeu de caractères limité pour les noms de fichiers)
- Sécurité
J'ai fait des tests non scientifiques du monde réel sur les vitesses d'E / S de iscsi et de différents protocoles réseau sous OS X.
Ma configuration:
Le test a été effectué en copiant (cp) environ 2 Go de fichiers Camera Raw (chacun d'environ 20-25 Mo) sur l'appareil, en redémarrant l'appareil et en recopiant les mêmes données sur le disque SSD local.
Performances d'écriture:
*) Ce n'est que lors de l'utilisation de SMB que j'ai obtenu des résultats de performances d'écriture très différents en copiant les fichiers sur l'appareil à l'aide de la commande cp ou mv!
La définition de l'option async pour NFS améliore considérablement les performances de lecture. J'utilise la commande de montage suivante pour le test:
Lire les performances:
Les protocoles semblent gérer la mise en cache différemment. Voici les résultats que j'ai obtenus lors de la copie des fichiers sur l'appareil et immédiatement sur le disque SSD local (sans redémarrer l'appareil)
Lecture des performances - sans redémarrage
Ma conclusion: j'utiliserai AFP ou NFS car les deux protocoles offrent des performances et une flexibilité similaires (par rapport à iSCSI) pour mes besoins (Lightroom, sauvegarde, streaming multimédia)
la source
Bien qu'il s'agisse d'un protocole de transfert de données, je voudrais vous rappeler qu'ils n'acceptent pas les mêmes caractères que le nom de fichier. Par exemple, \ /: *? ”<> | ne sont pas autorisés dans Windows NTFS et Samba.
Cela arrive au protocole Apple Talk d'après mon expérience sur MacOS 8.6 et Windows 95 exécutant un service compatible AppleTalk. Certains caractères dans les noms de fichiers sont autorisés dans MacOS ne sont pas valides pour Windows.
Des détails sur mon expérience de copie de fichiers de Linux Desktop vers QNAP TS-212P exécutant Samba et NFS peuvent être trouvés dans Comparaison des performances des fichiers Linux de sauvegarde vers QNAP TS-212P . Le résultat du test en Mo / s pour ce qui vous intéresse:
J'ai fait un test avec FTP, Samba, iSCSI et NFS dans la transmission de fichiers avec une solution de partage différente sur NAS avec QNAP TS-112. Le résultat du test en Mo / s pour ce qui vous intéresse:
Par conséquent, Samba est plus rapide que NFS d'après mon expérience. Mais certains de mes fichiers contiennent des caractères illégaux dans NTFS et Samba, j'ai choisi d'utiliser NFS comme protocole principal.
Je souhaite que cela aide!
la source
la plupart des protocoles (sinon tous) peuvent être utilisés sur n'importe quelle plate-forme, mais certains d'entre eux sont plus natifs qu'un autre
la source