Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Lenteur des transferts USB

pasa88

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

fabux a écritJe 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 :rolleyes:. 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 écritJ'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

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

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

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).

fabux

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

fabux a écritC'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).

sylvainsjc

http://forums.fedora-fr.org/viewtopic.php?pid=375969#p375969

abelthorne

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

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

sylvainsjc a écrithttp://forums.fedora-fr.org/viewtopic.php?pid=375969#p375969

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

abelthorne

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 ?

sylvainsjc

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

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

fabux

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

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. :o

fabux

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?

PPdM

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!:/

pasa88

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

hestaer

fabux a écritJ'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 🙁

« Page précédente Page suivante »