Ce post a résolu mon problème. Essayez de définir manuellement l'unité de transmission maximale dans vos paramètres système>Réseaux>WLAN/Ethernet>Avancé>Hardware>Custom MTU de 1320.
Mon problème était aussi un problème de retard de montage. Une fois que j'ai monté les choses, tout a fonctionné normalement. Apparemment, le MTU par défaut est trop élevé. En le réduisant manuellement, le montage des partages smb est devenu beaucoup plus rapide.
Je vais coller le message original ici afin de préserver l'autonomie de stackexchange :
Je me suis lancé dans une mission de test... En utilisant Wireshark, j'ai réussi à voir que des paquets étaient abandonnés lors du transfert sur le réseau - les mêmes schémas n'existaient pas avec le même transfert sur le sans fil ou le même transfert câblé à un serveur Windows.
J'ai donc cherché un peu sur Google et j'ai trouvé la commande suivante :
ping -c 1 -D -s 1500 smbserver
En fait, il envoie un ping au serveur avec un MTU de 1500, ce à quoi j'ai eu droit :
ping : sendto : Message trop long
Notez que j'obtiens également cette erreur sur un serveur Windows. le problème est que lorsque votre logiciel reçoit cette réponse, il est supposé diminuer automatiquement le MTU jusqu'à ce qu'il trouve celui qui est optimal pour le transfert de paquets - ce que Mavericks semble faire avec les serveurs Windows avec les serveurs Windows mais pas avec les serveurs Linux.
Ainsi, en utilisant la commande ping, je peux trouver un MTU optimal pour le transfert :
ping -c 1 -D -s 1320 smbserver
Maintenant, j'ai la réponse :
aller-retour min/avg/max/stddev = 0,829/0,829/0,829/0,000 ms
J'ai dû essayer de trouver le niveau optimal, mais cela vous donne une idée sur le test. Après cela, j'ai pris mon numéro et je suis parti :
Préférences système -> Réseau -> Ethernet USB -> Avancé... -> Matériel -> Configurer : Manuellement -> MTU Personnalisé : 1320
Après cela, j'ai déconnecté mes partages, je les ai rétablis et j'ai ensuite essayé un autre transfert vers mon serveur Linux. C'est un succès ! D'accord, ce n'est pas ce que j'appellerais la pleine vitesse, mais pour obtenir un transfert de 5GB en bas de 8 heures à 30 minutes semble mieux. Cela l'a fait passer de complètement inutilisable à tolérable.
Je ne suis pas tout à fait sûr de l'origine du problème car je ne suis pas un expert en réseau. Je ne suis pas un expert en réseautique, mais le retour en arrière du MTU semble fonctionner sur un réseau Wi-Fi. serveur Windows et non Linux, et il fonctionnait bien dans les versions précédentes de versions précédentes d'OS X, je pense que le problème est lié au pilote et/ou à la pile.
J'ai essayé de faire une mise à jour vers la 10.9.1 via le téléchargement pour les développeurs avant d'essayer ceci. avant d'essayer ceci, la mise à jour 10.9.1 n'a pas résolu le problème pour moi avant que je ne me problème avant de le résoudre.
