Lenteur des transferts USB

pasa88 · Le 07/09/2009, à 20:38

J'ai plu la problème...suite a une mise a jour , je sais pas ce que c'est passé , mais j'ai fait plusieurs essais (disques durs, clés usb, cartes SD ...) et le taux transfert est en moyenne 26 Mo. Je suis content.

abelthorne · Le 07/09/2009, à 21:37

fabux a écrit :

Je n'ai pas réussi à booter sur ma edgy eft et c'est vrai que j'ai un peu oublié de tester les autres lives . Abelthorne tu as eu le temps de tester de ton côté?

Non : je n'ai plus de LiveCD à disposition qui soient plus vieux que Gutsy (où le problème était peut-être déjà présent). Je voudrais tester avec un LiveCD Dapper si j'en retrouve un.

pasa88 a écrit :

J'ai plu la problème...suite a une mise a jour , je sais pas ce que c'est passé , mais j'ai fait plusieurs essais (disques durs, clés usb, cartes SD ...) et le taux transfert est en moyenne 26 Mo. Je suis content.

Une mise à jour de quoi : du noyau ?
C'est une mise à jour très récente (aujourd'hui) ? Tu utilises quels dépôts : principaux / backports / proposed ?

pasa88 · Le 07/09/2009, à 22:04

je suis revenu du vacance il y a une semaine , j'ai allumé le pc , j'ai effectué une mise a jour. Je fait un transfert des photos ..et la surprise ça pas pris longtemps. Curieux , j'ai testé avec mon dd , ensuite j'ai essayé une clé usb , j'ai testé dans tous les sens (amont/aval) avec des fichiers de taille d'un cd. Resultat: la vitesse est constante.

mes sources.list

# deb cdrom:[Ubuntu 9.04 _Jaunty Jackalope_ - Release i386 (20090420.1)]/ jaunty main restricted
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.

deb http://archive.ubuntu.com/ubuntu/ jaunty main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu/ jaunty-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://archive.ubuntu.com/ubuntu/ jaunty universe
deb http://archive.ubuntu.com/ubuntu/ jaunty-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://archive.ubuntu.com/ubuntu/ jaunty multiverse
deb http://archive.ubuntu.com/ubuntu/ jaunty-updates multiverse

## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://archive.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu jaunty partner
# deb-src http://archive.canonical.com/ubuntu jaunty partner

deb http://archive.ubuntu.com/ubuntu/ jaunty-security main restricted
deb http://archive.ubuntu.com/ubuntu/ jaunty-security universe
deb http://archive.ubuntu.com/ubuntu/ jaunty-security multiverse
deb http://archive.ubuntu.com/ubuntu/ jaunty-proposed restricted main multiverse universe
deb http://ppa.launchpad.net/ubuntu-x-swat/xserver-no-backfill/ubuntu jaunty main
deb-src http://ppa.launchpad.net/ubuntu-x-swat/xserver-no-backfill/ubuntu jaunty main
deb http://ppa.launchpad.net/bisigi/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/bisigi/ppa/ubuntu jaunty main
deb http://download.virtualbox.org/virtualbox/debian jaunty non-free
deb http://ppa.launchpad.net/amule-releases/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/amule-releases/ppa/ubuntu jaunty main
deb http://repository.cairo-dock.org/ubuntu jaunty cairo-dock

pasa@pasa-laptop:~$ uname -a
Linux pasa-laptop 2.6.28-15-generic #51-Ubuntu SMP Mon Aug 31 13:33:16 UTC 2009 i686 GNU/Linux

si besoin , d'autres commandes , n'hésites pas.

fabux · Le 08/09/2009, à 00:54

Tu m'as mis le doute, et je viens de retester: pas mieux (chez moi en tout cas)

Par contre tu as les dépôts backports et proposed qui ne sont pas activés chez moi.

abelthorne · Le 08/09/2009, à 08:41

Moi j'utilise les backports depuis toujours. Et le problème est toujours là.
Peut-être une mise à jour du noyau qui serait dans les Proposed ?

En tout cas, au niveau du noyau j'ai ça :

2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC 2009 i686 GNU/Linux

Le #49 dans mon cas et #51 pour pasa88 indiquent une différence de version ou ça n'a rien à voir ?

Comme dépôts tiers, Ubuntu-X a l'air de concerner des mises à jour du serveur X. Peu de chances que ça ait un rapport.
Bisigi est une collection de thèmes donc rien à voir non plus.

Je vais voir du côté des Proposed s'il y a une mise à jour du noyau.

EDIT : effectivement, 49 et 51 correspondent à la sous-version du noyau, le .51 est dans le dépôt Proposed.
Bon, j'hésite un peu à tester, vu que j'ai déjà eu des emmerdes dans le passé avec ce dépôt. Je pense que je vais attendre un peu qu'il passe dans les dépôts stables (ça devrait être l'affaire de quelques jours ou semaines).

Dernière modification par abelthorne (Le 08/09/2009, à 08:44)

fabux · Le 08/09/2009, à 09:31

C'est bizarre je croyais que les backports étaient plus "dangereux" que le proposed...:rolleyes:
Bref désolé, je veux bien tester mais je vais peut-être attendre d'être plus près de karmic (déjà faudrait que je la télécharge). Si ça foire avec les proposed --> install Karmic.
Le truc c'est que je pars le mois prochain pour un petit moment, du coup je risque d'oublier d'ici la fin du mois (avec ma mémoire de poisson rouge en plus...)

Si quelqu'un qui a le même souci de lenteur USB mais qui a les proposed se fasse connaitre svp (ou qui ne les a pas et veux bien essayer)...

abelthorne · Le 08/09/2009, à 09:38

fabux a écrit :

C'est bizarre je croyais que les backports étaient plus "dangereux" que le proposed...:rolleyes:

Les backports sont portés depuis la version suivantes d'Ubuntu et sont normalement testés. Les Proposed ne sont pas forcément testés et sont diffusés justement pour avoir des retours à grande échelle (c'est de la beta ouverte, quoi).

D'ailleurs, depuis Hardy, les backports sont activés par défaut sur une nouvelle installation d'Ubuntu.

Bref désolé, je veux bien tester mais je vais peut-être attendre d'être plus près de karmic (déjà faudrait que je la télécharge). Si ça foire avec les proposed --> install Karmic.

Enfin bon, quand je disais que j'avais eu des emmerdes avec les Proposed, ça n'a jamais rien cassé, hein. C'est juste que ça m'a foutu des conflits de paquets et ça a été le foutoir pour tout remettre en place (downgrade de certains paquets pour faire une mise à jour en attendant que les dépendances soient à jour aussi et pouvoir repasser à la version supérieure, ce genre de choses).

Dernière modification par abelthorne (Le 08/09/2009, à 09:38)

sylvainsjc · Le 08/09/2009, à 14:58

http://forums.fedora-fr.org/viewtopic.p … 69#p375969

abelthorne · Le 08/09/2009, à 15:07

Je serais bien content si je passais d'un taux de 30 Mo/s à "seulement" 16.
En moyenne, je tombe à 3 - 4 Mo/s (copié ~ 4 Go sur une clé USB hier, ça m'a pris quasiment une heure), quand ça descend pas à 300 Ko/s...

Es-tu sûr d'être dans le même cas de figure ? Parce que les vitesses que tu donnes semblent correspondre à ce que j'ai sous Windows ou MacOS X.

En tout cas, je note que tu es en kernel 2.6.30.x. Si le problème est effectivement présent chez toi, il faut croire qu'il y a un patch à appliquer sur le noyau plutôt qu'un bug qui aurait été corrigé à partir d'une version donnée.

sylvainsjc · Le 08/09/2009, à 15:11

Sur mon PC professionnel (avec une partoche ubuntu), je n'ai aucun problème en copie de fichier vers un périphérique USB - La vitesse est stable et aux alentours de 30Mo/s
Ce qui me fait penser à problème kernel vis à vis de certain materiels

hestaer · Le 08/09/2009, à 15:26

sylvainsjc a écrit :

http://forums.fedora-fr.org/viewtopic.p … 69#p375969

je n'ai pas très bien compris ce qu'il voulait dire

abelthorne · Le 08/09/2009, à 15:38

Pour en avoir le cœur net, j'ai activé les dépôts Proposed et mis à jour le noyau (4 paquets). Pas d'amélioration : je suis en train de copier un fichier de 3,3 Go sur ma clé, j'ai commencé probablement vers 20 Mo/s ("probablement" parce que la vitesse n'est pas affichée au début du transfert ; quand elle l'a été elle était environ de 17 Mo/s) et je suis tombé à moins de 2 Mo/s. Si je continue jusqu'au bout, je pense que je vais descendre largement sous 1 Mo/s.
La charge système est à fond, comme d'habitude (plus de 12).

À noter que je passe par Nautilus.

Pour faire une copie en ligne de commande avec le temps que ça prend, ça marche comment ?

Dernière modification par abelthorne (Le 08/09/2009, à 15:38)

sylvainsjc · Le 08/09/2009, à 15:42

Pour faire une copie en ligne de commande avec le temps que ça prend, ça marche comment ?

time cp source destination

c'était ça ta question ? ensuite avec le nombre de secondes et la taille du fichier il est facile de déterminer la vitesse de transfert

abelthorne · Le 08/09/2009, à 15:44

Oui, voilà, je ne savais pas si c'était "time" devant la commande ou "timed" ou autre chose. Je lance un test.

fabux · Le 08/09/2009, à 16:30

J'ai chopper [doc]dapper[doc], en espérant que le canard veuille bien booter (bien que plus vieux que la salamandre... Je test dès que je peux.

Par contre je viens de voir ce bug

ps: désolé abelthorne de t'avoir fais précipiter pour les proposed.

abelthorne · Le 08/09/2009, à 16:35

En tout cas, avec le noyau du dépôt Proposed et un time cp, j'obtiens ces taux de transfert absolument époustouflants :
real 47m9.957s
user 0m0.228s
sys 0m22.825s
Pour un fichier de 3,3 Go.

Ce qui fait, si mes calculs sont bons, une moyenne de 1,1 Mo/s.

fabux · Le 08/09/2009, à 19:05

C'est dans la lignée des résultats qu'on avait (cf page 7)

a priori si j'ai rien loupé
- pas lié au matos pc (carte mère, graphique, processeur)
- 32-64 bits : même galère
- environnement : pas mieux (du moins pour gnome/kde de ce que j'ai vu)
- OS: vu le problême chez mandriva, open suse, fedora, debian (si certains on des dual boots à confirmer tout de même). Pas de pb chez windows (enfin pas de pb avec la vitesse de transfert )
- Disque dur externe / clef usb : même pb
- fat32/ntfs/ext3: même pb
- copie avec nautilus/cp/rsync/pcmanfm/... : pas mieux
- désactiver les miniatures : pas mieux (je suis passé par les options de nautilus)
- ajout d'option (irqpoll, routeirq...) dans le menu.lst : pas mieux (chez moi, à confirmer/infirmer par d'autres)
- modif dans le bios d'usb legacy (ehci activé) : pas mieux (chez moi, à conf...)
- augmenter la priorité du processus cp : pas mieux (chez moi, à conf...)
- modifier hal : pas mieux....
- option sync : pas mieux
- montage auto, démontage/remontage manu: pas mieux...
- passer par un tty (X non démarré) : pas mieux...
- dépot proposed: pas mieux (chez abelthorne, à conf...)

reste
- Tester d'autres versions antérieure à Hardy ?
- Comment désactiver/activer le module ehci intégré dans le kernel. ?

Euh...comparer nos paquets (pas d'humour...).

J'ai oublié quelque chose?

Dernière modification par fabux (Le 08/09/2009, à 19:09)

PPdM · Le 08/09/2009, à 19:33

salut
@fabux
le souci existe aussi sur windows mais il n'est pas permanent, il suffit de changer de port USB pour que cela passe, mais il est totalement aléatoire!:/

Dernière modification par pierguiard (Le 08/09/2009, à 19:34)

pasa88 · Le 08/09/2009, à 20:00

je pense que c'est plutôt un conflit entre le noyau et certains matériels ou configurations..

hestaer · Le 09/09/2009, à 08:48

fabux a écrit :

J'ai chopper [doc]dapper[doc], en espérant que le canard veuille bien booter (bien que plus vieux que la salamandre... Je test dès que je peux.
Par contre je viens de voir ce bug
ps: désolé abelthorne de t'avoir fais précipiter pour les proposed.

pas cool ce bug

fabux · Le 09/09/2009, à 10:46

Bon bin dapper live-cd veux pas booter: busybox. Charge ehci puis ohci et peut-être rien à voir, il bloque juste après le chargement de ma souris (Logitech LX7 en usb).

J'ai pas encore essayé en live-usb si ça passe.
Je récupère Gutsy et retente plus tard.

abelthorne · Le 09/09/2009, à 11:40

fabux a écrit :

Je récupère Gutsy et retente plus tard.

Attention : le problème était peut-être déjà présent dans Gutsy.

fabux · Le 09/09/2009, à 11:54

Yep. Le truc c'est que c'est le premier os qu'il y avait sur cette machine, donc normalement devrait booter sans souci.
Si c'est pas mieux j'essaierai alors feisty.

Après, le problême du busybox, est peut-être une piste que je ne sais pas exploiter .
J'essaierai peut-être avec toutes les options de boot cumulées.

grillon · Le 09/09/2009, à 12:59

Bonjour

Pour ma part j'ai modifié le fichier de hal, policy/10osvendor "nosync" à la place de "sync"
j'ai rajouté une ligne dans fstab

none /proc/bus/usb usbfs devgid=46,devmode=664 0 0

et la modification de grub : pci=routeirq

j'ai un bon débit en ecriture sur disque dur en usb, jusquà 30mo/s et stable avec de gros fichiers, j'ai essayé plusieurs boitier externe, le meilleur débit est obtenu avec ext4 comme sysyteme de fichier.

sur une clef usb corsair, demarrage à 7mo/s et fin de la copie à 3mo/s

la piste de modif de fstab est interressante, car sur dapper elle existait je m'en souviens! et les débits étaient très bon.

grillon

Dernière modification par grillon (Le 09/09/2009, à 13:15)

fabux · Le 09/09/2009, à 13:23

J'ai oublié de tester cette ligne usbfs...merci grillon pour le rappel
Si déjà j'ai un bon débit avec mon DD ce sera déjà ça de gagné.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#201 Le 07/09/2009, à 20:38

Re : Lenteur des transferts USB

#202 Le 07/09/2009, à 21:37

Re : Lenteur des transferts USB

#203 Le 07/09/2009, à 22:04

Re : Lenteur des transferts USB

#204 Le 08/09/2009, à 00:54

Re : Lenteur des transferts USB

#205 Le 08/09/2009, à 08:41

Re : Lenteur des transferts USB

#206 Le 08/09/2009, à 09:31

Re : Lenteur des transferts USB

#207 Le 08/09/2009, à 09:38

Re : Lenteur des transferts USB

#208 Le 08/09/2009, à 14:58

Re : Lenteur des transferts USB

#209 Le 08/09/2009, à 15:07

Re : Lenteur des transferts USB

#210 Le 08/09/2009, à 15:11

Re : Lenteur des transferts USB

#211 Le 08/09/2009, à 15:26

Re : Lenteur des transferts USB

#212 Le 08/09/2009, à 15:38

Re : Lenteur des transferts USB

#213 Le 08/09/2009, à 15:42

Re : Lenteur des transferts USB

#214 Le 08/09/2009, à 15:44

Re : Lenteur des transferts USB

#215 Le 08/09/2009, à 16:30

Re : Lenteur des transferts USB

#216 Le 08/09/2009, à 16:35

Re : Lenteur des transferts USB

#217 Le 08/09/2009, à 19:05

Re : Lenteur des transferts USB

#218 Le 08/09/2009, à 19:33

Re : Lenteur des transferts USB

#219 Le 08/09/2009, à 20:00

Re : Lenteur des transferts USB

#220 Le 09/09/2009, à 08:48

Re : Lenteur des transferts USB

#221 Le 09/09/2009, à 10:46

Re : Lenteur des transferts USB

#222 Le 09/09/2009, à 11:40

Re : Lenteur des transferts USB

#223 Le 09/09/2009, à 11:54

Re : Lenteur des transferts USB

#224 Le 09/09/2009, à 12:59

Re : Lenteur des transferts USB

#225 Le 09/09/2009, à 13:23

Re : Lenteur des transferts USB

Pied de page des forums