Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#376 Le 09/01/2010, à 08:48

m@rco123

Re : Lenteur des transferts USB

salut tous !
Je ne sais si ce sujet est toujours d'actualité ..
j'ai bien ce pb de transfert usb .
par contre, je suis sous mandriva 2010.0 donc je mets ici mes trucs !
ex: pour moi, un fichier de 300 Mo est transféré en 10 mn
que je soit sur kde ou gnome ...
ma clef est en vfat
mais sous kde, cpu a 100%
sous gnome cpu a 15%


uname -r
2.6.31.6-desktop-1mnb
lsusb
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0951:1607 Kingston Technology DataTraveler 100
lsmod |grep hci
ohci1394               29812  0
sdhci_pci               7684  0
ieee1394               87244  1 ohci1394
sdhci                  20360  1 sdhci_pci
led_class               4200  1 sdhci
mmc_core               58304  3 sdhci,tifm_sd,mmc_block
ehci_hcd               47668  0
uhci_hcd               25236  0
usbcore               185616  4 usb_storage,ehci_hcd,uhci_hcd
ahci                   34644  0
libata                176524  4 ata_generic,pata_acpi,ahci,ata_piix
 lspci -v | grep HCI
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) (prog-if 20 [EHCI])
02:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller (prog-if 10 [OHCI])

Hors ligne

#377 Le 11/01/2010, à 12:15

m@rco123

Re : Lenteur des transferts USB

donc mes ports usb2 sont reconnus en usb1 !

Hors ligne

#378 Le 11/01/2010, à 15:38

thedoc

Re : Lenteur des transferts USB

D' après tes données, tu as 3 ports USB 1 et un port USB2
tâches de savoir lequel

Hors ligne

#379 Le 11/01/2010, à 18:27

m@rco123

Re : Lenteur des transferts USB

bah simple !
J'ai que 3 ports accessibles .. les 3 premiers donnés en usb 1.1 !
qui sont des port usb 2 sous xp/vista/manuel du pc !
Pourquoi sont ils reconnus en usb 1 ?
Pourquoi un 4eme port USB 2 non accessible ( pas de prise )

Hors ligne

#380 Le 11/01/2010, à 19:01

21ch181

Re : Lenteur des transferts USB

Si tu es sur une tour, il est très probable que ta 4ieme prise USB soit directement sur la carte mère.

Il faut ouvrir le boitier pour la voir.

Pour l'utiliser il faut utiliser une carte de réplication de port USB à 1 entrée : souvent elle est livrée avec la carte mère.

Hors ligne

#381 Le 11/01/2010, à 19:35

m@rco123

Re : Lenteur des transferts USB

nan c'est un laptop !
donc toutes les prises existantes sont accessibles
Un autre test sous gnome ( avant c'etait kd 4.xxx )

test sous gnome :
dd -> clef 600Ko/s
clef -> dd 15Mo/s

dd-> disque usb 15Mo/s
disque usb -> dd 15 Mo/s

mes port reconnus en 1.1

[root@localhost ~]# lsusb
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0951:1607 Kingston Technology DataTraveler 100
Bus 004 Device 003: ID 1058:0704 Western Digital Technologies, Inc.

là, tu voie bien mes 2 periph usb , la clef et le disque, tout deux reconnus en usb2 ( bus 004 )


et ma clef est pas " moisie "

Dernière modification par m@rco123 (Le 11/01/2010, à 19:36)

Hors ligne

#382 Le 11/01/2010, à 19:45

m@rco123

Re : Lenteur des transferts USB

J'oubliais :
j'ai une tour avec un carte usb2 4 ports usb 2
pareil !
4 ports reconnu usb1 et un 5eme usb 2

Hors ligne

#383 Le 15/01/2010, à 16:13

Tof42

Re : Lenteur des transferts USB

Salut,
je viens de découvrir ce sujet... parce que j'ai également ce problème.
J'ai acheté un Segate Xtreme free agent 1To.
J'ai , au départ, transféré quelques fichiers volumineux, : vitesse de transfert :30-40Mb/sec avec le Fire Wire. C'était lors du 1er branchement de mon dur externe au pc.
Puis j'ai eu un bug pendant un transfert, où toutes les icones du bureau avaient disparu, et le transferts s'était arreté de lui même. Je ne faisais pas de manip particulière suaf firefox sur le net....

Je redémarre mon pc,
et là je me dit que je vais essayé l'usb 2 avec le dur pour voir ce que ça donne. ET là c'est le drame. J'ai le même blème que vous. Une vitesse aui commence à 8mb/sec puis qui diminue de moitié petite à petit.
J'ai donc rebrancher le port firewire et stopper avec l'usb.
Et là, pff, ce n'est pas mieux qu'avec l'usb 2.0

donc est-ce que le bug aurait affecté mon dur externe...?
Sachant que lorsque je transfert de mon DDexterne ->pc bureau  c'est fonctionne nikel
et que dans le sans pc bureau-> dur externe ben là c'est la misère que ce soit avec l'usb ou le firewire.
et je n'ai malheureusement pas de port e-sata sur ma carte mère ...

voilou.

Hors ligne

#384 Le 15/01/2010, à 18:13

Tof42

Re : Lenteur des transferts USB

(bon, ben c'est résolu avec ce disque dur, il est mort. Je n'ai plus quà le ramener.)

Hors ligne

#385 Le 16/01/2010, à 19:25

m@rco123

Re : Lenteur des transferts USB

salut !
desolés pour toi !
j'espere qu'il etait bien garanti et que tu n'avais pas de données
importantes dessus

Hors ligne

#386 Le 20/01/2010, à 16:34

Kytrix

Re : Lenteur des transferts USB

Bonjour,

Je viens de lire les 5 dernières pages du topic,
j'ai aussi fait des recherches car je me retrouve face au même problème que vous,
je me suis aperçu de la lenteur lors de copies via le lecteur de carte mémoire de mon portable.
La plupart du temps j'utilise le réseau pour copier des gros volumes.

Dans ce que j'ai pu lire ailleurs, mais pas encore tester:
-certains on des débits corrects en USB si le matériel est présent au boot
-certains disent que le problème a disparut avec upgrade vers noyaux en 2.6.32 (là cela concernait des utilisateurs 64 bits ce qui est mon cas..)

je vais essayer de faire des tests ce soir, par contre je ne compte pas changer de noyau manuellement .. si j'avais quitté gentoo c'était bien pour ne plus avoir à gérer mon noyau wink

Mon système:
Laptop Samsung 510 C2D 7450
3Go Ram partition système  en ext4
Ubuntu Karmic 64Bit à jour.

Sinon de mémoire j'avais remarqué que la copie était lente en lecture sur la clé usb/carte mémoire et écriture sur le disque interne et plus rapide en lisant depuis le disque et écrivant sur le périf externe.

Hors ligne

#387 Le 21/01/2010, à 20:16

m@rco123

Re : Lenteur des transferts USB

salut !
J'ai un pote qui vient d'installer le 2.6.32 ... en 32 ou 64 je sais pas ..
mais rien a changer !

Hors ligne

#388 Le 25/01/2010, à 20:29

grillon

Re : Lenteur des transferts USB

salut

pas venu depuis longtemps mais voici un peu de neuf sur le bug que voici :

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/381300

lisez ce que dit ktp, cela confirmerait le probleme du scheduler "cfq" il y aurait et peut etre des changements dans le noyau 2.6.31-18.

Chez moi c'est très clairement lié : mauvaise perf en usb et ralentissement du système pendant la copie de nombreux fichiers, en externe ou en interne d'ailleurs.

Pour essayer ce noyau avant son integration en main, il faut prendre dans karmic-proposed : c'est à dire rajouter le dépot proposed. Attention à n'installer que le nécessaire des paquets noyaux et les headers. Ensuite décochez les proposed dans synaptic.  Voir la page dépôt de la doc.

grillon

Hors ligne

#389 Le 25/01/2010, à 20:58

abelthorne

Re : Lenteur des transferts USB

Je ne suis pas vraiment sûr que le bug en question soit le même que celui qui nous arrive : ktp dit que le taux de transfert baisse après avoir copié environ 15 Go et que son système était un petit peu lent après (pas de mention du niveau de la charge système).

Tu as eu l'occasion de tester le noyau qui est dans les Proposed ?

Et qu'en est-il du 2.6.32 ? m@rco123 dit que cette version n'a rien changé au problème sur son PC. À moins que le correctif ne soit fait que sur la branche 2.6.31 pour l'instant ?

Dernière modification par abelthorne (Le 25/01/2010, à 20:59)

Hors ligne

#390 Le 25/01/2010, à 23:19

grillon

Re : Lenteur des transferts USB

abelthorne a écrit :

Tu as eu l'occasion de tester le noyau qui est dans les Proposed ?

Je viens de l'installer, il faut que je reboote...donc demain.

j'ai un peu d'espoir mais tu vois quand je copie d'une partition à l'autre sur le même disque interne le pc peut se figer.  Bien avant 15go.

En ce moment j'ai en moyenne des transferts de 15 mo/s pour de petites quantités et de 10 mo/s quand il faut copier plus de 600mo vers  les disques durs externes en usb2. C'est stable et c'est supportable.

mon boitier externe en sata, les premiers tests étaient super puis finalement le taux de transfert est le même, pourtant ce n'est pas la même technologie. C'est la raison pour laquelle je m'oriente vers un problème autre que l'usb2 mais plutôt la gestion des entrées/sorties.

grillon

Hors ligne

#391 Le 26/01/2010, à 10:22

grillon

Re : Lenteur des transferts USB

Salut

Je reviens avec de bonnes nouvelles sur ce noyau; et la confirmation sur ma machine d'un mauvais scheduler, mais finalement le choix du scheduler , et ben c'est bien plus compliqué,je n'ai pas trouvé de régles,  il semblerait  que des bugs soient corrigés pour "cfq" sur sda.

On y va :

uname -r

: 2.6.31-18-generic

installé depuis karmic-proposed

je rappelle les noms de scheduler : anticipatory noop deadline cfq

connaitre celui sui est utilisé :

sudo su

et  mot de passe

cat /sys/block/sdX/queue/scheduler

remplacer X par sda pour disque interne, l'utilitaire palimpsest vous donnera le nom de votre disque externe (pour moi sdg en usb et sdf en e-sata).

changer le scheduler à la volée :

 echo "cfq" > /sys/block/sdg/queue/scheduler

donc ici choix de cfq pour mon disque usb externe monté en sdg

avec echo il est tres rapide de faire des tests, on essaye une copie puis pour la suivante on change le scheduler. J'attends un petit peu entre chaque essai.

tests : disque dur interne sata en ext4
disque dur externe e-sata en ext3 et usb2 externe en ext3 également
copie   pour un iso de 700mo mais pas toujours le même.
nautilus pour la copie entre onglets.
voilà c'est du simple, pas de fat ni de ntfs.
   
En fait ne faut il pas adapter les scheduler differemment pour les disques internes et externes? auparavant je ne changeais que sur sda.

1 . mon disque interne est réglé sur "cfq"

          a. disque usb externe réglé en "cfq"             15mo/s stable
          b. disque usb externe réglé en "anticipatory"     16 mo/s stable
          c. disque usb externe réglé en "deadline"  39 mo/s
          d. disque usb externe réglé en "noop"       2,5 mo/s

2. mon disque interne est réglé sur "cfq"

         a. disque e-sata externe réglé en "cfq"    11 à a 4mo/s pas stable  et un deuxieme essai me donnera 14 mo/s stable
          b. disque e-sata externe réglé en "anticipatory"     47 mo/s stable
          c. disque e-sata externe réglé en "deadline"  39 mo/s
          d. disque e-sata externe réglé en "noop"       20 mo/s

3 . mon disque interne est réglé sur "anticipatory"

          a. disque usb externe réglé en "cfq"             27 mo/s
          b. disque usb externe réglé en "anticipatory"     9 à 5 mo/s
          c. disque usb externe réglé en "deadline"  17 mo/s
          d. disque usb externe réglé en "noop"       37 mo/s

         a. disque e-sata externe réglé en "cfq"             37 mo/s
          b. disque e-sata externe réglé en "anticipatory"     9 à 5 mo/s
          c. disque e-sata externe réglé en "deadline"  25 mo/s
          d. disque e-sata externe réglé en "noop"       36 mo/s

3 . mon disque interne est réglé sur "deadline"

a. disque usb externe réglé en "cfq"             9 mo/s
          b. disque usb externe réglé en "anticipatory"     33 à 27 mo/s
          c. disque usb externe réglé en "deadline"  14 mo/s
          d. disque usb externe réglé en "noop"       8 mo/s

         a. disque e-sata externe réglé en "cfq"             17 mo/s
          b. disque e-sata externe réglé en "anticipatory"     16 mo/s
          c. disque e-sata externe réglé en "deadline"  25 mo/s
          d. disque e-sata externe réglé en "noop"       12 mo/s


Voilà je m'arrette là, je n'ai pas envie de placer mon disque interne en noop

conclusions :

l'apparente instabilité des taux de transfert peut provenir d'un mauvais choix de scheduler pour les disques, mais ce n'est que par des tests que l'on peut connaitre le meilleur pour 1 disque donné.

Le choix du scheduler du disque interne n'est pas forcément le bon choix pour le disque externe.

Cela je ne le savais pas, je pensais que ce qui était bon pour l'un l'était pour l'autre également.

Ici les tests donnent de bons résultats avec sda en cfq, qui est le scheduler par défaut sur ubuntu et debian desktop. Je vais donc le mettre en cfq.

Pour ce choix le disque externe usb est bon en deadline et l'e-sata aussi deadline mais encore meilleur en anticipatory. Par contre le choix du cfq en externe est mauvais.

mes 3 disques sont récents, en interne un westen de 750 go en sata, en usb c'est un westen sata de 400gb et le dique en e-sata est un samsumg de 500 go en sata.


Voilà ce sont des tests qui n'ont de valeur comme résultats que pour mon matériel, par contre la méthode peut vous interresser, ensuite il faut noter les bons résultats et fixer le scheduler en fonction du disque.


Je tiens aussi à rapeller que j'ai quand même avec de mauvais scheduler, j'ai un taux de sauvegarde de 10 mo/s. pas bon mais pas catastrophique, probablement lié à la modif du fichier hal (nosync à la place de sync).


grillon

Hors ligne

#392 Le 29/01/2010, à 11:05

abelthorne

Re : Lenteur des transferts USB

grillon a écrit :

Chez moi c'est très clairement lié : mauvaise perf en usb et ralentissement du système pendant la copie de nombreux fichiers, en externe ou en interne d'ailleurs.

Un problème que je n'avais jamais remarqué (ou qui est nouveau ?) : lorsque je crée une image ISO, donc lorsque l'écriture sur le disque dur (interne) est constante, même souci avec la charge système qui décolle et le système qui devient inutilisable. Ce n'est donc effectivement pas forcément lié à l'USB, à moins qu'il y ait deux problèmes distincts qui ont les même symptômes.

Hors ligne

#393 Le 29/01/2010, à 11:26

fabux

Re : Lenteur des transferts USB

Tiens, moi je viens de tester la création d'une archive non compressé en tar: charge cpu...et pour la simple insertion dedans d'un fichier de 700mio je trouve ça un peu long.

@grillon: ça donne quoi sur clé usb?

Hors ligne

#394 Le 29/01/2010, à 11:33

abelthorne

Re : Lenteur des transferts USB

J'ai testé rapidement le "anticipatory" avec ma clé USB : aucun changement.

Hors ligne

#395 Le 29/01/2010, à 11:45

sylvainsjc

Re : Lenteur des transferts USB

Perso je viens de refaire le test sous Mandriva Cooker avec mon disque externe Iomega 500 Go sur lequel j'ai vécu ces problèmes

Transfert Iomega ==> PC d'un fichier de 4.2 Go = Vitesse constante aux alentours de 30Mo/s
Transfert PC ==> Iomega du même fichier = Vitesse constante aux alentours de 30Mo/s

Mes caractéristiques :
Mon disque USB est formaté en ext4
Et mon kernel :

Linux localhost 2.6.33-server-0.rc5.2.1mnb #1 SMP Wed Jan 27 03:39:19 CET 2010 i686 i686 i386 GNU/Linux

Dernière modification par sylvainsjc (Le 29/01/2010, à 11:57)


ROSA Desktop Fresh KDE 4.13.3
Mon blog sur Linux : http://linuxadvantage.blogspot.com/

Hors ligne

#396 Le 29/01/2010, à 12:54

grillon

Re : Lenteur des transferts USB

sylvainsjc a écrit :

Perso je viens de refaire le test sous Mandriva Cooker avec mon disque externe Iomega 500 Go sur lequel j'ai vécu ces problèmes

Transfert Iomega ==> PC d'un fichier de 4.2 Go = Vitesse constante aux alentours de 30Mo/s
Transfert PC ==> Iomega du même fichier = Vitesse constante aux alentours de 30Mo/s

Mes caractéristiques :
Mon disque USB est formaté en ext4
Et mon kernel :

Linux localhost 2.6.33-server-0.rc5.2.1mnb #1 SMP Wed Jan 27 03:39:19 CET 2010 i686 i686 i386 GNU/Linux

Celà ne m'étonne pas que cela soit mieux, ceux qui n'arrive pas à gérer convenablement leur taux de transfert usb ou le gel de l'os pendant la copie devrait "migrer" vers mandriva ou pclinuxos.

J'envisage pour ma prochaine réinstallation d'avoir pclinux os comme premier choix; mais je suis tellement habitué à debian ou ubuntu que je m'accroche.

Car les bidouilles ou tests que j'ai essayé, et bien cela ne marche qu'un temps, je viens d'essayer le 2.6.32 de lucid et les choix de scheduler optimisés ne sont plus les mêmes.

De sucroit sur les derniers noyaux de karmic , le scaling du cpu ne marche plus, les modules sont intégrés au noyau.


Grillon


Ps : pour mandriva, cooker c'est l'instable ? Est ce qu'une mandriva free l'on peut activer les pilotes proprio facilement ?

Hors ligne

#397 Le 29/01/2010, à 13:22

sylvainsjc

Re : Lenteur des transferts USB

Oui c'est la version 2010.1 Alpha1 que tu peux voir ici

pas de problèmes pour activer (ou installer n'importe quel pilote/driver/soft) propriétaire.

Pour une alpha, elle est étonnamment stable (là, c'est Kde 4.4 RC2)


ROSA Desktop Fresh KDE 4.13.3
Mon blog sur Linux : http://linuxadvantage.blogspot.com/

Hors ligne

#398 Le 29/01/2010, à 13:38

grillon

Re : Lenteur des transferts USB

Merci pour le lien.
Je vais l'essayer.

Grillon

Hors ligne

#399 Le 04/02/2010, à 09:34

grillon

Re : Lenteur des transferts USB

Salut

C'est avec regret que je quitte ubuntu en OS principal, j'ai migré vers Mandriva.
POur l'instant j'ai installé cooker, je n'ai pas de problème particulier mais il vaut mieux peut etre choisir la 10.0 stable.

Alors pas de ralentissement du système pendant les copies, débit en usb parfait à correct (les gros fichiers à grande vitesse 30mo/s, quand il y a 20000 photos évidemment  c'est plus lent!)

Je retrouve le scaling du cpu que j'avais perdu.

Plus d'echec de gravure de cd ou dvd systématique sous k3b (graveur lg ou autres).

Je me suis gardé une autre partoche pour installer lucid.

grillon

Hors ligne

#400 Le 04/02/2010, à 09:53

sylvainsjc

Re : Lenteur des transferts USB

Bien.

J'ai réalisé la même chose mais en fait la raison profonde était que je voulais toujours la dernière version de Kde ou des logiciels tout en gardant quand même une certaine stabilité.

Et bien Mandriva répond parfaitement à mon besoin avec Cooker.

Pour preuve la dernière version de Digikam (1.1.0) était présente pratiquement le jour de sa sortie dans les mises à jour.


ROSA Desktop Fresh KDE 4.13.3
Mon blog sur Linux : http://linuxadvantage.blogspot.com/

Hors ligne