web-dev-qa-db-fra.com

Conseils pour déboguer les performances 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.

Le documentation dit que

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

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

Où puis-je trouver des astuces pour déboguer les performances Samba?

Ou encore des astuces pour remplacer Samba par autre chose? (Malheureusement, je ne peux pas utiliser ftp car j'ai besoin de quelque chose qui puisse être utilisé avec rsync/rsnapshot.)

Plus de détails:

  • Les deux ordinateurs exécutent Ubuntu 10.10 (avec Samba, car j’ai aussi un Mac)
  • Le partage Samba se trouve sur un réseau domestique local, monté en tant que

    $ 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 à partir du partage, en utilisant time pour le chronométrage et le calcul manuel de la vitesse de transfert.

  • 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 et les écritures de blocs
  • 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 de différence. (Celui qui a fait la différence a entraîné une chute de 50% de la vitesse d'écriture.)
8
j-g-faustus

En fait, FTP a un débit de données assez efficace une fois qu'il est lancé. La surcharge qui ralentit les choses est avec 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 presque à l'identique.

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

L'idéal serait de pouvoir y déposer un autre ordinateur avec une installation de référence de Samba (Windows, par exemple) et de le tester en tant que client et serveur par rapport aux machines Ubuntu. Ensuite, vous sauriez quelle machine posait le problème, s’il ne s'agissait que d’une direction, puis vous pourrez signaler les bogues causés par ce problème et/ou trouver une solution de contournement provisoire.

Il y a quelque temps, j'ai vu quelque chose à propos de certains problèmes de matériel réseau sous Samba. C’était à la fois des commutateurs et des adaptateurs réseau, mais je ne peux rien y trouver. Il s’agissait probablement d’une affaire de ce type qu’il n’était pas utile d’envisager.

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

Vous pouvez également regarder Fuse-monter le serveur FTP afin que rsync puisse le intimider.

3
Oli

Quel type de performance obtenez-vous en exécutant rsync sur ssh? Peut-être que vous pourriez faire votre rsync avec ssh et ensuite aussi utiliser samba lorsque vous avez besoin de transférer des choses entre votre mac?

1
Azendale

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
1
jet