Lenteur des transferts USB

Kibaltchich · Le 26/09/2010, à 20:04

Je viens de faire le test avec l'astuce de Bleys: http://forum.ubuntu-fr.org/viewtopic.php?id=20312&p=2

Démarrer votre machine avec le disque dur ou la cléf USB de votre choix, et les vitesses de tranferts sont celles normalement désirées (je suis sur du 44Moio/s).

[EDIT] Arf, ça marche la première fois, à la seconde et à la troisième tentative je me retrouve avec un débit de 2,7Mio/s...

Même plaintes ici: http://brainstorm.ubuntu.com/idea/15648/

Comme dit l'un des ubunteros: "it's not a mere complain (...), it's a deal-breaker"...

Dernière modification par Kibaltchich (Le 26/09/2010, à 21:23)

Kibaltchich · Le 26/09/2010, à 21:55

En cherchant sur plusieurs sites teutons (majoritairement pour OpenSuse), j'ai pu lire une ébauche de solution concernant l'option "sync". En français, ça donne: http://fr.opensuse.org/SDB:Montage_automatique_sans_synchronisation_syst%C3%A9matique
ou encore ici: http://www.clubic.com/forum/os-alternatifs/linux/usb-en-bas-debit-resolu-id219474-page1.html

Pas encore testé...

Dernière modification par Kibaltchich (Le 26/09/2010, à 21:57)

sylvainsjc · Le 27/09/2010, à 06:27

Kibaltchich a écrit :

Constatation bizarre: parfois je débute à pleine vitesse et je descends pour arriver à entre 1,7 et 4 Mio/s (dossiers de 3,9Go) parfois je fais des pointes constantes à 8,5Mio/s (un fichiers de 900Mio).
J'ai l'impression que la taille des fichiers influence le débit... c'est qu'une impression !
Est-ce que quelqu'un a ressenti un (légère) amélioration avec ce bout de solution: http://ubuntuforums.org/showthread.php?t=494243

Si tu prends ce fil depuis le début, tu constateras que le problème évoqué concerne essentiellement le transfert de "gros" fichiers dépassant 700 ou 800Mo. Pour ces gros fichiers, la vitesse de transfert au départ est correcte puis au bout d'un moment, la vitesse descend pour tomber en dessous des 5Mo/s

Avec ce genre de phénomène, il est donc plus rapide de transférer 10 fichiers de 100Mo qu'un seul de 1Go

Je t'invite à relire ce fil plutôt que de redonner les même constatations que nombreux ont déjà expliqué ici. Pour info, il semble y avoir plusieurs problèmes liés au matériel (linux avec ce matériel), à la qualité du périphérique USB et au format du FS utilisé sur le périphérique.

tipiaf · Le 02/10/2010, à 14:57

Pour ma part le problème se pose aussi avec des transferts massifs de petits fichiers, et pas seulement vers ou à partir de periphériques USB mais de toutes sorte de disques (même ssd vers ssd). Exemple concret, j'ai un disque SSD avec une sauvegarde d'un ~/.icons plein à craquer, et quand je le copie sur un autre disque SSD, ça peut mettre plusieurs dizaines de minutes. Le temps de transfert est aussi long que de disque dur à disque dur ou de disque dur à USB.

sebz_ · Le 02/10/2010, à 16:33

Est ce que vous utilisez l'usb sur VirtualBox ?

Djeremaille · Le 02/10/2010, à 22:45

Salut,
même problème de chute de débit en écriture sur clefs usb.

Quelqu'un à essayé ubuntu 10.10? Est-ce que le problème persiste?

Je sais c'est peut-être un peu tôt.

En tous cas je croise les doigts.

tipiaf · Le 03/10/2010, à 02:21

Le problème est présent depuis au moins 2 ans, je doute que Maverick change la donne.

tipiaf · Le 08/10/2010, à 15:14

Après test, sous Gentoo, Debian Sid et Fedora, le problème est le même. Je penche pour un bug de Gnome.

sylvainsjc · Le 08/10/2010, à 15:45

tipiaf a écrit :

Je penche pour un bug de Gnome.

Non

m@rco123 · Le 08/10/2010, à 18:51

Salut !
avec mandriva, le pb semble résolu ... mais, je vous ferai une courbe de
chargement sur une clef ... pour voir !

tipiaf · Le 08/10/2010, à 19:31

sylvainsjc a écrit :

tipiaf a écrit :
Je penche pour un bug de Gnome.
Non

des précisions quant à cette réponse simpliste..? Parce que je vois que ça moi. Je vais essayer avec un live CD de Kubuntu 10.04 pour voir au moins on sera fixé.

PPdM · Le 08/10/2010, à 19:31

Je n'avais pas eu le temps de poster mais lors de mes tests sous Seven je suis tombé a moins de 500 octets/s pour des transferts entre une clef kingston et un disque dur USB qui ne m'avait jamais poser de soucis donc je crois qu'il y a une cause qui est commune a un tas de systèmes et qu'en conséquences le souci vient de la gestion de l'USB, je n'ai jamais eu e souci avec mes disques FireWire

Dernière modification par pierguiard (Le 08/10/2010, à 21:06)

sylvainsjc · Le 08/10/2010, à 21:01

tipiaf a écrit :

sylvainsjc a écrit :
tipiaf a écrit :
Je penche pour un bug de Gnome.
Non
des précisions quant à cette réponse simpliste..? Parce que je vois que ça moi. Je vais essayer avec un live CD de Kubuntu 10.04 pour voir au moins on sera fixé.

Parce que tout au long de ce fil dont tu n'as lu que les 2 dernières pages, tu trouveras de nombreux cas sous Gnome ou sous Kde avec des distributions différentes

PPdM · Le 08/10/2010, à 21:08

Et même sous win, je ne sais pas pour Mac mais j'ai eu quelques soucis de disques dur usb sur le mac de ma fille mais cela est passé.

coethium · Le 08/10/2010, à 21:59

Salut, j'avais donné un début d'explication et une alternative (peu pratique certes) sur ce billet :
http://forum.ubuntu-fr.org/viewtopic.ph … 7#p3477247

abelthorne · Le 08/10/2010, à 22:54

coethium a écrit :

Salut, j'avais donné un début d'explication [...] sur ce billet :

D'accord, je veux bien que ça puisse s'expliquer en partie par des tailles de blocs, mais il y a quand même un truc qui m'échappe dans l'affaire : pourquoi est-ce que la charge système monte, parfois très haut.
Je ne pense pas que cette explication à propos du cache soit suffisante. La copie est certes plus lente au début qu'à la fin mais surtout le système se retrouve fortement ralenti...

tipiaf · Le 09/10/2010, à 04:10

pierguiard a écrit :

Je n'avais pas eu le temps de poster mais lors de mes tests sous Seven je suis tombé a moins de 500 octets/s pour des transferts entre une clef kingston et un disque dur USB qui ne m'avait jamais poser de soucis donc je crois qu'il y a une cause qui est commune a un tas de systèmes et qu'en conséquences le souci vient de la gestion de l'USB, je n'ai jamais eu e souci avec mes disques FireWire

J'en ai eu autant avec des USB qu'en eSata, y compris des SSD (transferts de SSD à SSD, SSD à disque dur, disque dur à SSD).
Et je viens de faire le test avec Kubuntu en session live, je n'ai pas eu ce problème, je garde une vitesse constante peu importe les supports utilisés (j'y ai passé une bonne heure en utilisant des petits et des gros fichiers, audio, images. et fichiers textes).
Y'a vraiment qu'avec Gnome que j'ai ces ralentissements qui tombent parfois à moins de 1ko/s. En ce qui concerne MacOS et Windows, je n'en ai pas et je n'en veux pas, donc je ne peux pas savoir ce que ça pourrait donner.

sylvainsjc · Le 09/10/2010, à 07:43

C'est le moment de passer à Kde alors

coethium · Le 09/10/2010, à 11:30

abelthorne a écrit :

coethium a écrit :
Salut, j'avais donné un début d'explication [...] sur ce billet :
D'accord, je veux bien que ça puisse s'expliquer en partie par des tailles de blocs, mais il y a quand même un truc qui m'échappe dans l'affaire : pourquoi est-ce que la charge système monte, parfois très haut.
Je ne pense pas que cette explication à propos du cache soit suffisante. La copie est certes plus lente au début qu'à la fin mais surtout le système se retrouve fortement ralenti...

J'ai bien dit : "un début d'explication", pas "42"
J'ai à nouveau fait quelques tests, et d'ailleurs même la solution avec dd ne fonctionne plus, du moins avec l'option obs=65536 seule. Par contre avec l'option oflag=direct le transfert s'effectue (sur ce test ^^) normalement, et sans ralentir le système.
oflag=direct sans obs=65536 ne ralentit pas le système, mais effectue un transfert à un taux trèèès lent.
Avec les deux options, RAS (chez moi).

ça confirme ton propos : la taille de bloc seule explique le problème de lenteur pure, mais pas la surcharge système. En revanche la surcharge pourrait venir de la gestion des IO, puisqu'en mode direct ça ne surcharge plus.

tipiaf · Le 09/10/2010, à 13:42

sylvainsjc a écrit :

C'est le moment de passer à Kde alors

plutôt mourir

sylvainsjc · Le 09/10/2010, à 15:25

ya que les ***** qui ne changent pas d'avis

Loy · Le 09/10/2010, à 15:39

Bonjour à tous !
(diantre c'est vrais que le font blanc aide pas les rétines... contraste de 57... j'y vois à peine mais je peux écrire )
Je confirme que c'est pas typique à gnome, je suis sous KDE. Puis je ne pense pas que l'environnement joue sur ce genre de choses, car c'est du au système, de ce que j'en comprend.

Quoi qu'il en soit, je me trouve bien étonné de ce bug, car sous ma hardy à l'époque lointaine de mon 1er pc sous gnux, j'avais été scié de la vitesse de transfert de l'usb, que ce soit pour le transfert de films ou de fichiers texte.

Mais je penche pour un problème de syncro, car je vois que mon dd externe ne travaille que lors des "pics de débit", le reste du temps est tel un débit de 0bps.

Question : quelqu'un peux vérifier le débit en lecture et écriture ? (je veux dire du périphérique vers le pc et inversement) Pour voir s'il y a un changement. Personnellement, je pense que oui, j'ai fait l'image de mon ancien disque dur (80Gigots) en peut-être une heure maxi, et là pour transférer l'image sur mon disque de sauvegarde... cool plus que 8h d'attente... Mais le débit est stable : 1.2 Mo/s. En même temps s'il descend encore il recule.

En tout cas, au moindre souci je le passe en interne, c'est vachement plus rapide... *pourvu que mon pc plante ! *

Voilà, si ma question à déjà eu sa réponse, je m'en excuse.
Cordialement,
Loy.

craug · Le 17/10/2010, à 16:42

meme probleme d'usb 2.0 tres tres tres (trop) lent et toujours pas de reponse concrète :s
je vais peut etre tenter un mandriva ou kubuntu pour voir en live cd

edit :
peut etre une reponse mais pas encore essayé si qqun veut se lancer

Voilà la marche à suivre :
- créer le dossier /usr/share/hal/fdi/policy/95userpolicy (il faut être en root pour cela)
- y copier le fichier nosync.fdi que voici : https://bugzilla.novell.com/attachment.cgi?id=54777
- redémarrer ou relancer Hal daemon : rchal restart
Merci à vous !

Dernière modification par craug (Le 17/10/2010, à 16:46)

grillon · Le 18/10/2010, à 08:01

craug a écrit :

meme probleme d'usb 2.0 tres tres tres (trop) lent et toujours pas de reponse concrète :s
je vais peut etre tenter un mandriva ou kubuntu pour voir en live cd
edit :
peut etre une reponse mais pas encore essayé si qqun veut se lancer
Voilà la marche à suivre :
- créer le dossier /usr/share/hal/fdi/policy/95userpolicy (il faut être en root pour cela)
- y copier le fichier nosync.fdi que voici : https://bugzilla.novell.com/attachment.cgi?id=54777
- redémarrer ou relancer Hal daemon : rchal restart
Merci à vous !

Bonjour

C'est très bien comme astuce, car elle est plus astucieuse que le changement manuel du fichier fdi que je proposais ; elle ne convient que pour l'usb.
En tout cas je viens de le faire.

Mais je continue à changer sync par nosync dans 20-storage-methods.fdi car sinon j'ai aussi des problemes de lenteur sur d'autres stockages non usb (e-sata) ou même un disque virtuel virtualbox (pas sûr que cela soit lié cependant).

sinon je confirme que c'est bien mieux dans mandriva, mais cette distro n'est plus perenne actuellement (bien que le lancement d'un fork open source soit en cours). J'ai de super resultat avec pclinuxOs mais c'est i686 et pas très bien francisé.

grillon

Loy · Le 18/10/2010, à 15:03

redémarrer ou relancer Hal daemon : rchal restart

Hello, j'ai un souci avec cette commande, "rchal : commande introuvable"
Bon j'ai tout de même suivi le tuto mais actuellement aucun moyen de vérifier, mon lecteur externe ayant le fil 10V de cassé (et mon fer à souder aussi )... mais ça n'empèche que par l'absence de ce daemon je ne pense pas la manip utile de mon coté.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#601 Le 26/09/2010, à 20:04

Re : Lenteur des transferts USB

#602 Le 26/09/2010, à 21:55

Re : Lenteur des transferts USB

#603 Le 27/09/2010, à 06:27

Re : Lenteur des transferts USB

#604 Le 02/10/2010, à 14:57

Re : Lenteur des transferts USB

#605 Le 02/10/2010, à 16:33

Re : Lenteur des transferts USB

#606 Le 02/10/2010, à 22:45

Re : Lenteur des transferts USB

#607 Le 03/10/2010, à 02:21

Re : Lenteur des transferts USB

#608 Le 08/10/2010, à 15:14

Re : Lenteur des transferts USB

#609 Le 08/10/2010, à 15:45

Re : Lenteur des transferts USB

#610 Le 08/10/2010, à 18:51

Re : Lenteur des transferts USB

#611 Le 08/10/2010, à 19:31

Re : Lenteur des transferts USB

#612 Le 08/10/2010, à 19:31

Re : Lenteur des transferts USB

#613 Le 08/10/2010, à 21:01

Re : Lenteur des transferts USB

#614 Le 08/10/2010, à 21:08

Re : Lenteur des transferts USB

#615 Le 08/10/2010, à 21:59

Re : Lenteur des transferts USB

#616 Le 08/10/2010, à 22:54

Re : Lenteur des transferts USB

#617 Le 09/10/2010, à 04:10

Re : Lenteur des transferts USB

#618 Le 09/10/2010, à 07:43

Re : Lenteur des transferts USB

#619 Le 09/10/2010, à 11:30

Re : Lenteur des transferts USB

#620 Le 09/10/2010, à 13:42

Re : Lenteur des transferts USB

#621 Le 09/10/2010, à 15:25

Re : Lenteur des transferts USB

#622 Le 09/10/2010, à 15:39

Re : Lenteur des transferts USB

#623 Le 17/10/2010, à 16:42

Re : Lenteur des transferts USB

#624 Le 18/10/2010, à 08:01

Re : Lenteur des transferts USB

#625 Le 18/10/2010, à 15:03

Re : Lenteur des transferts USB

Pied de page des forums