Conseils pour déboguer les performances de Samba?

8

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

La documentation indique que

  

En général, vous devriez trouver que Samba exécute   similaire à ftp à la vitesse de transfert brute.

Dans mon cas, il est clair que non.

Où puis-je trouver des astuces pour 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 puisse être utilisé avec rsync / rsnapshot.)

Plus de détails:

  • Les deux ordinateurs exécutent Ubuntu 10.10 (en utilisant Samba car j'ai aussi un Mac)
  • Le partage Samba est sur un réseau 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 depuis le partage, en utilisant time pour chronométrer et calculer la vitesse de transfert à la main.

  • Les performances ftp sont les chiffres du client ftp pour obtenir / placer le même fichier.
  • iperf donne une vitesse réseau ~ 900 Mbits / s
  • bonnie++ donne des vitesses de disque supérieures à 200 Mo / s des deux côtés pour les lectures de blocs et les écritures de bloc
  • Nous avons essayé de modifier les paramètres suggérés dans le Guide de réglage des performances ( lecture / écriture brutes, taille de lecture, options de socket), la plupart n’ont fait aucune différence. (Celui qui faisait la différence faisait chuter la vitesse d’écriture de 50%.)
posée j-g-faustus 14.01.2011 - 21:30
la source

3 réponses

3

En réalité, FTP a un débit de données très efficace une fois qu’il est lancé. La surcharge qui ralentit les choses est avec l'obtention d'un téléchargement de fichier en premier lieu. Cela ne veut pas dire qu'il n'y a pas de problème avec Samba ici. Il devrait être presque identique.

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

Idéalement, vous pourriez 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 savez quelle est la machine qui pose problème, si le problème ne vient que d’une seule direction, et vous pouvez alors signaler les bogues en fonction de cela et / ou trouver une solution pour le moment.

Il y a quelque temps, j'ai vu quelque chose sur 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 trouver pour la vie. C’est probablement un cas si complexe qu’il ne vaut pas la peine d’être examiné.

Qu'en est-il de Samba? FTP peut 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 bien gérer rsync.

Vous pouvez également regarder le montage du serveur FTP par FUSE pour que rsync puisse l’intimider.

    
réponse donnée Oli 14.01.2011 - 21:48
la source
1

Quel type de performance obtenez-vous en exécutant rsync sur ssh? Peut-être pourriez-vous faire votre rsync avec ssh, puis utiliser samba pour transférer des fichiers entre votre mac?

    
réponse donnée Azendale 21.01.2011 - 07:26
la source
1

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
    
réponse donnée jet 21.01.2011 - 14:17
la source

Lire d'autres questions sur les étiquettes