Conseils pour déboguer les performances de Samba?

Samba me donne 24 Mo / s en lecture et 44 Mo / s en écriture, tandis que ftp donne 97 et 112 Mo / s dans les mêmes circonstances.

La documentation indique que

En règle générale, vous devriez constater que Samba fonctionne de la même manière que ftp à la vitesse de transfert brute.

Dans mon cas, ce n'est clairement pas le cas.

Où puis-je trouver des conseils sur la façon de déboguer les performances de Samba?

Ou bien des conseils pour remplacer Samba par autre chose? (Je ne peux malheureusement pas utiliser ftp, car j'ai besoin de quelque chose qui peut être utilisé avec rsync / rsnapshot.)

Plus de détails:

• Les deux ordinateurs exécutent Ubuntu 10.10 (en utilisant Samba parce que j'ai aussi un Mac)

• Le partage Samba se trouve sur un réseau domestique local, monté comme

  $ mount
  ...
  //server.local/share/ on /mnt/share type cifs (rw,mand)
  

• Les performances de Samba ont été testées en copiant ( cp) un fichier unique de ~ 4 Go vers et depuis le partage, en utilisant timepour le chronométrage et le calcul de la vitesse de transfert à la main.

• Les performances ftp sont les nombres du client ftp pour obtenir / mettre le même fichier.
• iperf donne la vitesse du réseau ~ 900 Mbits / s
• bonnie++ donne des vitesses de disque> 200 Mo / s des deux côtés pour les lectures de bloc ainsi que les écritures de bloc
• J'ai essayé de changer les paramètres suggérés dans le HOWTO sur le réglage des performances (lecture / écriture brute, taille de lecture, options de socket), la plupart d'entre eux ne faisaient que peu ou pas de différence. (Celui qui a fait la différence a fait chuter la vitesse d'écriture de 50%.)

En fait, FTP a un taux de débit de données assez efficace une fois qu'il démarre. Le surcoût qui ralentit les choses est d'obtenir le téléchargement d'un fichier en premier lieu. Cela ne veut pas dire qu'il n'y a pas de problème avec Samba ici. Il devrait fonctionner de manière presque identique.

Pour être honnête, je ne sais pas trop où vous devriez commencer à essayer de résoudre ce problème.

Idéalement, vous pourrez y déposer un autre ordinateur avec une installation de référence de Samba (par exemple Windows) et le tester en tant que client et serveur contre les machines Ubuntu. Ensuite, vous sauriez quelle machine était le problème, si ce n'était qu'une direction qui était le problème et alors vous seriez en mesure de signaler des bogues en fonction de cela et / ou de trouver une solution de contournement pour l'intérim.

Il y a quelque temps, j'ai vu quelque chose sur certains problèmes de matériel réseau sous Samba. Il s'agissait à la fois de commutateurs et d'adaptateurs réseau, mais je ne peux rien y trouver pour la vie. C'était probablement un cas tellement délicat qu'il ne valait pas la peine d'être considéré.

Que diriez-vous de contourner Samba? FTP pourrait ne pas fonctionner mais qu'en est-il de NFS ? Il a probablement les vitesses de transfert les plus élevées du lot (selon mon expérience) et il devrait gérer correctement rsync.

Vous pouvez également regarder le montage FUSE du serveur FTP afin que rsync puisse l'intimider.

Quel genre de performances obtenez-vous en exécutant rsync sur ssh? Peut-être pourriez-vous faire votre rsync avec ssh et ensuite utiliser samba pour quand vous devez transférer des trucs entre votre Mac?

vous pouvez essayer ceci dans smb.conf

socket options = SO_KEEPALIVE SO_REUSEADDR \
   SO_BROADCAST TCP_NODELAY IPTOS_LOWDELAY \
   IPTOS_THROUGHPUT SO_SNDBUF=8192 SO_RCVBUF=8192

oplocks = yes

write raw = yes
read raw = yes