Débit limité SMB
Résolu
Reivax962
Messages postés
3672
Date d'inscription
Statut
Membre
Dernière intervention
-
Reivax962 Messages postés 3672 Date d'inscription Statut Membre Dernière intervention -
Reivax962 Messages postés 3672 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
(J'ai posé cette question il y a 7 jours dans Réseau sans succès ; je retente ma chance ici)
J'ai chez moi un serveur sous Ubuntu 16.04 qui sert sur réseau local, via un partage Samba, le contenu d'un disque dur USB.
Ce serveur est branché en gigabit à ma freebox (mini 4K).
J'ai à côté un PC sous Ubuntu 17.10 que j'utilise pour lire et écrire sur ce partage, branché lui aussi en GB sur ma boîte.
Voici mon problème : depuis un ou deux mois, et a priori sans que rien n'ait changé (sauf mises à jour logicielles automatiques), le débit en écriture sur le partage est bridé à 5-6 Mo/s, là où j'atteignais allègrement du 70-80.
J'ai déjà fait quelques tests supplémentaires :
- si je parallélise plusieurs copies, chacune atteindra ces 5-6 Mo/s ! L'infrastructure reste donc capable d'encaisser bien plus que ce débit.
- si, depuis le serveur, je copie un unique fichier sur le disque USB, j'ai une vitesse d'écriture non bridée bien supérieure, donc je ne pense pas que ça vienne du disque.
- mon PC client ayant deux interfaces réseaux, j'ai tenté de passer de l'une à l'autre, sans amélioration.
Je n'ai pas d'autre machine cliente potentielle chez moi, mais à la première occasion je vérifie ça avec un autre PC client.
Merci de vos lumières,
Xavier
(J'ai posé cette question il y a 7 jours dans Réseau sans succès ; je retente ma chance ici)
J'ai chez moi un serveur sous Ubuntu 16.04 qui sert sur réseau local, via un partage Samba, le contenu d'un disque dur USB.
Ce serveur est branché en gigabit à ma freebox (mini 4K).
J'ai à côté un PC sous Ubuntu 17.10 que j'utilise pour lire et écrire sur ce partage, branché lui aussi en GB sur ma boîte.
Voici mon problème : depuis un ou deux mois, et a priori sans que rien n'ait changé (sauf mises à jour logicielles automatiques), le débit en écriture sur le partage est bridé à 5-6 Mo/s, là où j'atteignais allègrement du 70-80.
J'ai déjà fait quelques tests supplémentaires :
- si je parallélise plusieurs copies, chacune atteindra ces 5-6 Mo/s ! L'infrastructure reste donc capable d'encaisser bien plus que ce débit.
- si, depuis le serveur, je copie un unique fichier sur le disque USB, j'ai une vitesse d'écriture non bridée bien supérieure, donc je ne pense pas que ça vienne du disque.
- mon PC client ayant deux interfaces réseaux, j'ai tenté de passer de l'une à l'autre, sans amélioration.
Je n'ai pas d'autre machine cliente potentielle chez moi, mais à la première occasion je vérifie ça avec un autre PC client.
Merci de vos lumières,
Xavier
A voir également:
- Débit limité SMB
- Debit pro - Télécharger - Outils professionnels
- La limite torrent - Forum Téléchargement
- Family link limite quotidienne ne fonctionne pas - Forum Mobile
- Comment renforcer le verrouillage de FAMILY LIN sur portable ? ✓ - Forum Huawei
- Décompte du temps sur family link - Forum Contrôle parental
3 réponses
Bonjour,
Dans nautilus tu peux accéder à un partage ssh en tapant l'url adéquate (à l'endroit où tu aurais taper par exemple
Ton login et mots de passe seront alors demandés. Ceci fait, tu peux glisser alors déposer tes fichiers comme tu as l'habitude de le faire. Il doit être possible d'ajouter des favoris.
Pour éviter de saisir le mot de passe, tu pourrais créer une clé ssh. Généralement on la protège avec une passphrase (ce que je recommande très fortement). À la première utilisation de ta clé (depuis que tu as lancé ta session graphique) , la passphrase est demandée. Ensuite la clé sera utilisée de manière transparente jusqu'à que tu quittes ta session graphique. Note que plus simplement, tu peux aussi demander à nautilus de mémoriser ton login et ton mot de passe ssh. Mais je recommande, pour avoir un serveur ssh plus sûr, de n'autoriser que les authentifications par clé, ce qui limite les risques d'intrusions.
Bonne chance
Dans nautilus tu peux accéder à un partage ssh en tapant l'url adéquate (à l'endroit où tu aurais taper par exemple
/home/toto) :
ssh://login@x.x.x.xoù
x.x.x.xdésigne l'IP du serveur ssh. Si ton serveur n'écoute pas sur le port 22, tu peux préciser le port :
ssh://login@x.x.x.x:2222. Si ton serveur est accessible publiquement, changer le port peut réduire les risques d'intrusion, mais comme tu le vois c'est un peu moins pratique à l'usage.
Ton login et mots de passe seront alors demandés. Ceci fait, tu peux glisser alors déposer tes fichiers comme tu as l'habitude de le faire. Il doit être possible d'ajouter des favoris.
Pour éviter de saisir le mot de passe, tu pourrais créer une clé ssh. Généralement on la protège avec une passphrase (ce que je recommande très fortement). À la première utilisation de ta clé (depuis que tu as lancé ta session graphique) , la passphrase est demandée. Ensuite la clé sera utilisée de manière transparente jusqu'à que tu quittes ta session graphique. Note que plus simplement, tu peux aussi demander à nautilus de mémoriser ton login et ton mot de passe ssh. Mais je recommande, pour avoir un serveur ssh plus sûr, de n'autoriser que les authentifications par clé, ce qui limite les risques d'intrusions.
Bonne chance
Reivax962
Messages postés
3672
Date d'inscription
Statut
Membre
Dernière intervention
1 011
Merci beaucoup pour ces précisions, je n'avais pas pensé à utiliser directement le chemin ssh dans Nautilus :)
mamiemando
Messages postés
33769
Date d'inscription
Statut
Modérateur
Dernière intervention
7 878
Pas de soucis ! Du coup est-ce que cette solution te convient ? Si oui, pense à marquer le fil de discussion comme étant résolu.
Reivax962
Messages postés
3672
Date d'inscription
Statut
Membre
Dernière intervention
1 011
Ah ah oui, j'avais bien écrit hier soir que je le faisais, et pis j'ai oublié ^^
Bonjour,
As-tu regardé ces pistes ?
Est-ce que le le problème est spécifique à samba (par exemple, as-tu le même problème avec ssh) ?
Bonne chance
As-tu regardé ces pistes ?
Est-ce que le le problème est spécifique à samba (par exemple, as-tu le même problème avec ssh) ?
Bonne chance
Donc déjà ça veut dire que le problème serait spécifique à samba, ou à une configuration spécifique liée à samba. Personnellement si la solution scp te convient, elle a le mérite de la simplicité. D'autant qu'il est possible de monter un partage par ssh (voir sshfs). D'où ma question, est ce qu'on essaye de continuer à creuser côté samba ?
Bonne chance
Bonne chance
Bonjour,
En effet, je peux me contenter de scp.
C'est un pis-aller, pas aussi confortable qu'un simple glisser-déposer, il faut mettre un mot de passe, tout ça... Mais bon, ça ne concerne que l'upload de gros fichiers, je peux rester en samba pour la lecture.
Y a pas un programme qui permet d'intégrer un scp au menu contextuel de Nautilus ?
Bref, merci :)
Xavier
En effet, je peux me contenter de scp.
C'est un pis-aller, pas aussi confortable qu'un simple glisser-déposer, il faut mettre un mot de passe, tout ça... Mais bon, ça ne concerne que l'upload de gros fichiers, je peux rester en samba pour la lecture.
Y a pas un programme qui permet d'intégrer un scp au menu contextuel de Nautilus ?
Bref, merci :)
Xavier
OK, j'ai testé ça ce soir, et ça marche nickel. Je peux même ajouter le répertoire aux favoris comme ça je n'ai pas besoin de retaper l'adresse réseau à chaque fois.
Après diverses lectures, je vais mettre le problème de samba sur le compte d'un changement de version logicielle côté client, les soucis pourraient avoir commencé suite à la monté de version 17.04 -> 17.10 (le serveur ne bouge pas, il reste sur du 16.04 LTS). J’essaierai de confirmer ça en passant en 18.04 LTS, c'est dans pas si longtemps ^^
En tous cas, merci beaucoup pour la solution alternative, je vais passer en résolu même si c'est surtout contourné.
Xavier
Après diverses lectures, je vais mettre le problème de samba sur le compte d'un changement de version logicielle côté client, les soucis pourraient avoir commencé suite à la monté de version 17.04 -> 17.10 (le serveur ne bouge pas, il reste sur du 16.04 LTS). J’essaierai de confirmer ça en passant en 18.04 LTS, c'est dans pas si longtemps ^^
En tous cas, merci beaucoup pour la solution alternative, je vais passer en résolu même si c'est surtout contourné.
Xavier
