Lenteur des transferts USB

m@rco123 · Le 05/02/2010, à 09:14

salut !
Perso je suis sous mandriva 2010.0 avec le:
2.6.31.6-desktop-1mnb

Je vois qu'avec le 2.6.33... il pourrait y avoir une amélioration ..

sylvainsjc · Le 05/02/2010, à 14:50

Rappel : à l'époque mon DD externe était formaté en NTFS et je subissais donc le problème de grosse baisse de débit pour des copies de gros fichiers

Chez moi baisse de débit c'était démarrage à +/-30Mb/s pour descendre vers +/-10Mb/s

J'avais soldé le pb en formatant ce disque USB en ext4

Depuis je suis passé sous Mandriva Cooker et j'ai reformaté en NTFS et je n'ai plus le problème. Débit constant entre 25 et 30Mb/s avec un process ntfs-3g qui prend à peu près 40% de ma CPU

Mon kernel :

Linux localhost 2.6.33-server-0.rc6.1mnb #1 SMP Sat Jan 30 05:08:49 CET 2010 i686 i686 i386 GNU/Linux

m@rco123 · Le 05/02/2010, à 18:23

salut !
Je suis allé voir la cooker mandriva, mais ils sont toujours en noyau 2.6.32 ! ...
ou alors m'est gourré !
De toute maniere, un rapport de bogue vient d'etre ouvert pour mandriva

NooP · Le 11/02/2010, à 16:48

Bonjour,

Peut être une piste concernant les lenteurs USB. Cela pourrait provenir de l'alignement des secteurs. J'ai eu le soucis avec un 'LaCie Little Disk' de 30 Go.
Lors du premier branchement sous Windows, un utilitaire de formattage prépare le disque. Celui ci fonctionne ensuite correctement (20 à 30 Mo/sec). Bien sur, le but étant d'installer un Linux dessus pour avoir une version transportable, je repartitionne via fdisk, formatte en ext4. Là, catastrophe, les débits sont d'environ 2 à 4 Mo/sec.

Après quelques recherches sur internet, je vois plusieurs articles stipulant que les nouveaux disques on une taille de 1024 octets par secteur, et que le partitionnement par défaut sous Linux est de 512 octets / secteur. Je poursuis donc mes recherches, et trouve enfin la commande magique. Pour cela, il faut recréer la partition en spécifiant à fdisk qu'on simulera 32 têtes et 32 secteurs par piste.

/!\ ATTENTION - CELA DETRUIRA TOUTES LES DONNEES /!\

fdisk -S 32 -H 32 /dev/sdx

Remplacez bien sur /dev/sdx par le nom du périphérique de votre cle USB.

Voila. Si certains se sentent de faire le test.

Epsérant que cela puisse aider.

m@rco123 · Le 11/02/2010, à 20:15

salut et merci !
je fais de suite !

fabux · Le 12/02/2010, à 10:23

Comme je n'ai pas envie de perdre mes données, et que (chez moi du moins) le problème reste le même pour les clefs usb (à moins qu'on puisse aligner les secteur sur une mémoire flash ) je ne tenterais pas pour le moment.

Par contre je viens de voir ici, que le kernel 2.6.33RC3 pourrait effectivement améliorer les choses (ce qu'indique déjà certains ici).
Est-ce que quelqu'un ici à essayé sous ubuntu? Je vois plus tard, mais je testerais sûrement le .deb qu'on trouve ici (si il y en a un qui veux si coller avant moi qu'il n'hésites pas )

sorrodje · Le 12/02/2010, à 11:11

J'avais pas vu ce topic .. je vais suivre le sujet

Kildrei · Le 12/02/2010, à 23:17

La methode de Grillon (page 16) m'a interpellé.

J'essais:
Et de 1:

root@r-one-laptop:/home/yves# cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]

Et de 2:

root@r-one-laptop:/home/yves# cat /sys/block/sdb/queue/scheduler
noop anticipatory deadline [cfq]

On change

root@r-one-laptop:/home/yves#  echo "deadline" > /sys/block/sdb/queue/scheduler
root@r-one-laptop:/home/yves# cat /sys/block/sdb/queue/scheduler
noop anticipatory [deadline] cfq

Premier fichier copié de sda vers sdb (usb) : 19Mo/s
C'est un fichier de 450Mo.
Le deuxieme, de 710Mo : 2,9Mo/s...
Mais le même fichier copié de sdb vers sda : 31Mo/s !!

Comme je l'aime bien ce petit fichier je vais continuer.

root@r-one-laptop:/home/yves#  echo "anticipatory" > /sys/block/sdb/queue/scheduler
root@r-one-laptop:/home/yves# cat /sys/block/sdb/queue/scheduler
noop [anticipatory] deadline cfq

Et re-le fichier, sda vers sdb : 19,7Mo/s
Un autre (698Mo), sda vers sdb : 2,7Mo/s....
Retour du premier, sdb vers sda : 12,4Mo/s
et du second, sdb vers sda : 32Mo/s !!!

Je n'y comprends plus rien....

Je repasse en deadline et un nouveau fichier (1,4Go), sda vers sdb:
En plusieurs tentatives consécutives j'ai eu un débit passant de 4,2, à 14Mo/s (un peu plus vite à chaque nouvelle tentative). Mais ce débit redescendait à chaque fois pour plafonner vers 3,7Mo/s.

Je capte pas....

grillon · Le 13/02/2010, à 17:14

Salut Kildrei

Ah un test de scheduler.

La conclusion de ton test serait que même en changeant, quelque fois c'est bon , d'autres fois très mauvais peut importe le scheduler.

Le fait d'avoir de bons débits de temps en temps prouve que le materiel est bon mais que la gestion des I/O est désastreuse sur ubuntu.

On n'arrive pas à trouver une méthode rationnelle, trop changeant.

J'ai gardé une place pour le prochain ubuntu mais j'ai remplacé mon os principal par mandriva. Car même avec cooker le débit est stable, au mieux je peux avoir des debits de 30mo/s vers usb externer et le plus souvent dans les 15-20 mo/s et surtout stables. En tout cas je ne suis pas sujet à des bugs là dessus.

actuellement avec cooker : uname -r
2.6.33-desktop-0.rc7.1mnb

donc un kernel bien récent.

grillon

sylvainsjc · Le 13/02/2010, à 17:53

grillon a écrit :

Salut Kildrei
Ah un test de scheduler.
La conclusion de ton test serait que même en changeant, quelque fois c'est bon , d'autres fois très mauvais peut importe le scheduler.
Le fait d'avoir de bons débits de temps en temps prouve que le materiel est bon mais que la gestion des I/O est désastreuse sur ubuntu.
On n'arrive pas à trouver une méthode rationnelle, trop changeant.
J'ai gardé une place pour le prochain ubuntu mais j'ai remplacé mon os principal par mandriva. Car même avec cooker le débit est stable, au mieux je peux avoir des debits de 30mo/s vers usb externer et le plus souvent dans les 15-20 mo/s et surtout stables. En tout cas je ne suis pas sujet à des bugs là dessus.
actuellement avec cooker : uname -r
2.6.33-desktop-0.rc7.1mnb
donc un kernel bien récent.

grillon

+1 Mandriva est une distribution qui mérite d'être (re)découverte

m@rco123 · Le 13/02/2010, à 19:59

salut !
@ sylvainsjc ,

je suis sous mandriva depuis 3 ans et aujourd'hui kernel 2.6.31.... même pb !
Peut etre le 2.6.33 cooker va t'il remedier a ce truc de gestion !
Car que ce soit une clef ou une carte sd, c'est du pareil au même ...
Les disques usb passent eux tres bien

Kildrei · Le 13/02/2010, à 23:50

grillon a écrit :

Salut Kildrei
Le fait d'avoir de bons débits de temps en temps prouve que le materiel est bon mais que la gestion des I/O est désastreuse sur ubuntu.
On n'arrive pas à trouver une méthode rationnelle, trop changeant.
grillon

Salut Grillon.
Je confirme cette analyse. Un test sur un portable en xp m'a redonné des taux supérieurs à 30MO/s. Ce n'est pas le matériel, mais effectivement la gestion I/O.
J'ai noté que le poids total des fichiers pouvait jouer, en plombant directement le taux, de même que le sens de transfert. Le dl est toujours plus rapide.
Mais je ne m'explique pas ce comportement ératique.

Ca m'embeterait de passer sous mandriva, clairement.

sylvainsjc · Le 14/02/2010, à 01:15

m@rco123 a écrit :

salut !
@ sylvainsjc ,
je suis sous mandriva depuis 3 ans et aujourd'hui kernel 2.6.31.... même pb !
Peut etre le 2.6.33 cooker va t'il remedier a ce truc de gestion !
Car que ce soit une clef ou une carte sd, c'est du pareil au même ...
Les disques usb passent eux tres bien

Je n'ai plus aucun problème (avec le même matériel) depuis que je suis sous Mandriva Cooker avec un kernel 2.6.33

hestaer · Le 17/02/2010, à 09:59

fabux a écrit :

Comme je n'ai pas envie de perdre mes données, et que (chez moi du moins) le problème reste le même pour les clefs usb (à moins qu'on puisse aligner les secteur sur une mémoire flash ) je ne tenterais pas pour le moment.
Par contre je viens de voir ici, que le kernel 2.6.33RC3 pourrait effectivement améliorer les choses (ce qu'indique déjà certains ici).
Est-ce que quelqu'un ici à essayé sous ubuntu? Je vois plus tard, mais je testerais sûrement le .deb qu'on trouve ici (si il y en a un qui veux si coller avant moi qu'il n'hésites pas )

J'ai essayé ce week-end mais j'ai un pb d'affichage graphique suite à l'utilisation de ce noyau : je suis en low graphic mode.
je n'ai pas encore fais des tests de transfert

fabux · Le 17/02/2010, à 14:08

Je viens d'essayer: pas mieux (chez moi en tout cas, avec install du all.deb, generic puis image.deb)
Low-graphic mode également (nvidia inside, et j'ai bien vu le fail lorsqu'il a charger le module 190 ou 195 je ne sais plus. Normal je ne l'ai pas installé avant)
Test de transfert (5 fichier dans le 700mio): démarre à 4 puis fais une pause descend à 3.8 fait une pause, descend...charge cpu qui augmente tranquillement.
Je verrais avec l'install neuve de lucid même si je ne me fais pas trop d'illusion (noyau 2.6.32).

PPdM · Le 18/02/2010, à 01:55

je viens de cloner mon portable avec clonezilla karmic: 500 Mo/Mn en moyenne et j'ai essayé dans les deux sens Ide vers usb et usb vers ide. c'est un vieux pentium mobile donc chip Intel
disque 30 GO plein a 80% avec une partoche ntfs et le reste en ext3

hestaer · Le 18/02/2010, à 11:08

fabux a écrit :

Je viens d'essayer: pas mieux (chez moi en tout cas, avec install du all.deb, generic puis image.deb)
Low-graphic mode également (nvidia inside, et j'ai bien vu le fail lorsqu'il a charger le module 190 ou 195 je ne sais plus. Normal je ne l'ai pas installé avant)
Test de transfert (5 fichier dans le 700mio): démarre à 4 puis fais une pause descend à 3.8 fait une pause, descend...charge cpu qui augmente tranquillement.
Je verrais avec l'install neuve de lucid même si je ne me fais pas trop d'illusion (noyau 2.6.32).

j'avais aussi un fail lors de l'install
ça n'est pas bon signe tout ça, je désespère d'avoir un débit correct lors d'un transfert avec ubuntu...

Kildrei · Le 19/02/2010, à 18:45

pierguiard a écrit :

je viens de cloner mon portable avec clonezilla karmic: 500 Mo/Mn en moyenne et j'ai essayé dans les deux sens Ide vers usb et usb vers ide. c'est un vieux pentium mobile donc chip Intel
disque 30 GO plein a 80% avec une partoche ntfs et le reste en ext3

Voila un petit détail interessant. Chez moi c'est de l'amd.
Vous autres vous avez quoi?

PPdM · Le 19/02/2010, à 19:22

je viens de faire une sauvegarde de 16 go d'un disque ntfs /usb sur un en ntfs /usb et la je suis tombé a 3,3 Mio/s alors que j'avais démarré a plus de 500, carte mère Asus, chip Via, Athlon 64 sous Mandriva 2010 , alors que les copies sata vers usb ou usb vers sata se passent bien
Bizarre comme comportement

Dernière modification par pierguiard (Le 19/02/2010, à 21:47)

m@rco123 · Le 19/02/2010, à 19:42

‎Intel Corporation
82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller

Kildrei · Le 19/02/2010, à 20:03

Groumpff....

bizarre le mot est faible...

Un collègue (certifié RedHat) m'a confirmé ce matin que l'usb était une vraie chianlit à gerer sous linux. Selon ce serait la gestion matériel des ports qui serait en cause, avec un mauvais développement pour notre OS, les développeurs se concentrant principalement sur windows...

j'enrage

hestaer · Le 19/02/2010, à 21:33

Kildrei a écrit :

pierguiard a écrit :
je viens de cloner mon portable avec clonezilla karmic: 500 Mo/Mn en moyenne et j'ai essayé dans les deux sens Ide vers usb et usb vers ide. c'est un vieux pentium mobile donc chip Intel
disque 30 GO plein a 80% avec une partoche ntfs et le reste en ext3
Voila un petit détail interessant. Chez moi c'est de l'amd.
Vous autres vous avez quoi?

athlon 64

PPdM · Le 19/02/2010, à 21:56

hestaer a écrit :

Kildrei a écrit :
pierguiard a écrit :
je viens de cloner mon portable avec clonezilla karmic: 500 Mo/Mn en moyenne et j'ai essayé dans les deux sens Ide vers usb et usb vers ide. c'est un vieux pentium mobile donc chip Intel
disque 30 GO plein a 80% avec une partoche ntfs et le reste en ext3
Voila un petit détail interessant. Chez moi c'est de l'amd.
Vous autres vous avez quoi?
athlon 64

c'est le chipset qui compte pas le proc.
C'est le chipset qui gere les ports E/S, d'où l'importance de choisir une bonne carte mère si l'on veut des perf maxi

PPdM · Le 20/02/2010, à 11:41

nouveau test aujourd'hui: vitesse moyenne 19.5Mio/s avec des pointes a plus de 22 Mio/s
sauvegarde de 36 g sur un disque ide/usb externe WD scorpio 80 G 8 mo de cache(meme modele/ conf que #416) formatée en ext4 mais sur une carte mère asus

pierre@ubuntustudio64:~$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.5 PIC: VIA Technologies, Inc. CN896/VN896/P4M900 I/O APIC Interrupt Controller
00:00.6 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Security Device
00:00.7 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:02.0 PCI bridge: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller (rev 80)
00:03.0 PCI bridge: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller (rev 80)
00:0f.0 IDE interface: VIA Technologies, Inc. Device 5337 (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller
00:13.0 Host bridge: VIA Technologies, Inc. VT8237A Host Bridge
00:13.1 PCI bridge: VIA Technologies, Inc. VT8237A PCI to PCI Bridge
02:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1)
03:00.0 SATA controller: JMicron Technology Corp. JMB362/JMB363 AHCI Controller (rev 03)
03:00.1 IDE interface: JMicron Technology Corp. JMB362/JMB363 AHCI Controller (rev 03)
04:03.0 FireWire (IEEE 1394): Agere Systems FW322/323 (rev 61)
04:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
80:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10)
pierre@ubuntustudio64:~$ lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 004: ID 067b:2506 Prolific Technology, Inc. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
pierre@ubuntustudio64:~$

Dernière modification par pierguiard (Le 20/02/2010, à 11:42)

fabux · Le 20/02/2010, à 12:05

Carte mère shuttle avec pas mal de chipset SIS dedans (cf mon lspci), mais à priori ça n'aurait rien à voir avec le matos (ou alors j'ai mal relu le thread et les différents lspci, ou je n'ai pas le même problème -possible aussi).
Par contre, je n'ai pas encore testé ça.

Dernière modification par fabux (Le 20/02/2010, à 12:05)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#401 Le 05/02/2010, à 09:14

Re : Lenteur des transferts USB

#402 Le 05/02/2010, à 14:50

Re : Lenteur des transferts USB

#403 Le 05/02/2010, à 18:23

Re : Lenteur des transferts USB

#404 Le 11/02/2010, à 16:48

Re : Lenteur des transferts USB

#405 Le 11/02/2010, à 20:15

Re : Lenteur des transferts USB

#406 Le 12/02/2010, à 10:23

Re : Lenteur des transferts USB

#407 Le 12/02/2010, à 11:11

Re : Lenteur des transferts USB

#408 Le 12/02/2010, à 23:17

Re : Lenteur des transferts USB

#409 Le 13/02/2010, à 17:14

Re : Lenteur des transferts USB

#410 Le 13/02/2010, à 17:53

Re : Lenteur des transferts USB

#411 Le 13/02/2010, à 19:59

Re : Lenteur des transferts USB

#412 Le 13/02/2010, à 23:50

Re : Lenteur des transferts USB

#413 Le 14/02/2010, à 01:15

Re : Lenteur des transferts USB

#414 Le 17/02/2010, à 09:59

Re : Lenteur des transferts USB

#415 Le 17/02/2010, à 14:08

Re : Lenteur des transferts USB

#416 Le 18/02/2010, à 01:55

Re : Lenteur des transferts USB

#417 Le 18/02/2010, à 11:08

Re : Lenteur des transferts USB

#418 Le 19/02/2010, à 18:45

Re : Lenteur des transferts USB

#419 Le 19/02/2010, à 19:22

Re : Lenteur des transferts USB

#420 Le 19/02/2010, à 19:42

Re : Lenteur des transferts USB

#421 Le 19/02/2010, à 20:03

Re : Lenteur des transferts USB

#422 Le 19/02/2010, à 21:33

Re : Lenteur des transferts USB

#423 Le 19/02/2010, à 21:56

Re : Lenteur des transferts USB

#424 Le 20/02/2010, à 11:41

Re : Lenteur des transferts USB

#425 Le 20/02/2010, à 12:05

Re : Lenteur des transferts USB

Pied de page des forums