3 votes

Connexion SMB lente Buffalo Linkstation

Comment puis-je forcer El Capitan à utiliser SMB3 (j'ai entendu dire qu'il fonctionne mieux que cela)?

Les machines Windows se connectent et listent les fichiers rapidement mais les machines OS X sont très lentes et deviennent inutilisables car il peut y avoir des milliers de fichiers et de dossiers à répertorier.

Lorsque je lance dans la console :

smbutil statshares -m /Volumes/myShare/

Je reçois ce qui suit :

==================================================================================================
SHARE                         ATTRIBUTE TYPE                VALUE
==================================================================================================
myShare                     
                              SERVER_NAME                   
                              USER_ID                       501
                              SMB_NEGOTIATE                 AUTO_NEGOTIATE
                              SMB_VERSION                   SMB_1
                              SMB_SHARE_TYPE                UNKNOWN
                              EXTENDED_SECURITY_SUPPORTED   TRUE
                              LARGE_FILE_SUPPORTED          TRUE

--------------------------------------------------------------------------------------------------

0 votes

Comment montez-vous/connectez-vous le volume ?

1 votes

Smb://, depuis le Finder -> Aller à -> se connecter au serveur, également connu sous le nom CMD + K :)

0 votes

C'est ridiculement lent! Une solution pour le moment ? Je télécharge un fichier de 1,37 Gt depuis 13 minutes ? Avec un réseau gigabit, 2,66 Gt prend environ 20 minutes... ? Mes collègues avec Windows téléchargent en moins d'une minute tous les deux... Apple doit travailler sur cela si ils veulent que les gens les utilisent pour travailler :( Cela coûte littéralement de l'argent d'utiliser des Mac au travail si vous mettez 20 minutes au lieu d'une minute avec Windows.

2voto

Evan de la Cruz Points 171

Le problème est causé par la mise en œuvre faite maison du protocole smb par Apple. Utiliser smb3 ne fera aucune différence.

Correction du côté serveur

Si vous avez le contrôle du serveur smb (Samba?), vous pouvez résoudre ce problème en activant le module vfs_fruit. Si vous n'utilisez pas Samba, vous devrez trouver un autre moyen d'activer les "flux de données alternatifs" (ADS) et d'intercepter les "flux spéciaux" d'OSX : AFP_AfpInfo et AFP_Resource. J'ai noté tous les détails sur le blog de plazko.io. Sur le serveur Samba, vous pouvez résoudre le problème en activant vfs_fruit dans smb.conf de cette manière:

vfs objects = fruit streams_xattr

D'après la page man de vfs_fruit:

Le module permet le support des flux de données alternatifs (ADS) pour un partage, intercepte les flux spéciaux d'OS X "AFP_AfpInfo" et "AFP_Resource" et les traite d'une manière spéciale. Tous les autres flux nommés sont différés à vfs_streams_xattr qui doit être chargé en même temps que vfs_fruit.

Il est intéressant d'avoir des partages avec le support ADS activé pour le client OS X car cela ressemble au comportement de la mise en œuvre du serveur SMB d'Apple et évite certaines dégradations de performances importantes causées par la sémantique de sensibilité à la casse de Samba.

Note importante pour les novices : cette correction doit être effectuée du côté serveur. Si vous n'avez pas le contrôle du serveur smb (probablement Samba), vous ne pourrez pas utiliser cette correction.

Correction du côté client

Si vous n'avez pas le contrôle du serveur smb, votre seule option est de modifier la façon dont le client OSX gère smb. La seule façon de le faire est de remplacer la mise en œuvre du stack smb d'Apple par Samba. Je ne l'ai jamais fait, mais il y a un tutoriel ici.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X