MATERIEL - Débits de copies en USB v3.0 faibles

Support Debian
#1

Salut à tous,

Je tourne sur une Wheezy, noyau :

uname -a Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux

Les commande suivantes :

lspci 04:00.0 USB controller: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller (rev 03)

Puis :

lsusb Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 025: ID 13fd:3910 Initio Corporation

lspci m’indique la présence de la carte
lsusb m’indique aussi la carte USB 3.0 ainsi que le disque externe (chipset Initio)
–> Déjà, première question : est-ce que la présence de mes périphériques via ces commandes sont gages de leurs bons fonctionnements ?

J’effectue des copies sur un disque externe par rsync.
Celui ci m’indique des débits entre 20 et 30 MB/s, les mêmes que si le disque est connecté sur un port USB v2.0

Je sais que ce même combo carte/boîtier sous Windows me permettent des transferts à 90 MB/s environ.

–> Quelqu’un aurait-il une idée de la lenteur ? Problème de carte, de boitier externe, de version de noyau ou de la commande rsync ?

Personnellement, je ne vois pas du tout …

Merci !!

#2

A tout hasard, quel est le système de fichiers destination? NTFS?

#3

Owned ! Effectivement, c’est du NTFS. Mais si cela vient du système de fichier qui peut ralentir les écritures, y a-t-il une raison pour que “comme par hasard”, les débits correspondent à ceux de l’USB v2.0 ?

#4

Je ne pense pas que cela joue tant que ça.

Tu devrais essayer avec un noyau plus récent pour voir.

#5

Ok, effectivement, j’y avais pensé aussi.

Par contre, j’ai toujours préféré utiliser les paquets Debian à la compilation de sources.
Et j’ai toujours utilisé les noyaux proposés pour les versions correspondantes (noyau stable pour stable, noyau testing pour testing etc…).
Je n’ai jamais utilisé le pinning pour mélanger les paquets entre version de Debian.

Du coup, j’ai pensé à utiliser les paquets backports. D’après les conseils officiels, ces paquets ne sont à utiliser qu’en cas de besoin.

Si jamais je me rends compte d’un problème, pourrai-je faire marche arrière ?

#6

Oui les backports sont là pour ça.

Pas de problème si tu installes un noyau supplémentaire, tu auras toujours le choix dans GRUB de booter tel ou tel noyau.

#7

Fais sous root

Tu auras par exemple[code]root@portos:/home/francois# lsusb -v | grep -A 4 "^Bus"
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Linux Foundation 3.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.00

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Bus 003 Device 004: ID 1058:10a8 Western Digital Technologies, Inc.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10

Bus 004 Device 003: ID 1bcf:288e Sunplus Innovation Technology Inc.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00

Bus 004 Device 005: ID 0cf3:3005 Atheros Communications, Inc. AR3011 Bluetooth
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
root@portos:/home/francois#
[/code]Ici on voit une carte atheros sous USB1 (bluetooth je pense), mais aussi
Bus 002 Device 001: ID 1d6b:0003
sous USB 3.0.

#8

Salut

J’ai installé le noyau des backports :

Linux 3.16-0.bpo.2-amd64 #1 SMP Debian 3.16.3-2~bpo70+1 (2014-09-21) x86_64 GNU/Linux

Mais les débits restent équivalents à de l’USB v2.0

Voici le retour du lsusb :

lsusb -v | grep -A 4 "^Bus" Bus 004 Device 003: ID 13fd:3910 Initio Corporation Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.00

Je vois bien le chipset de ma carte, indiquant l’USB 3.

Cela veut-il dire que matériellement parlant, il n’y a aucun obstacle à avoir de l’USB v3.0 ?

#9

ça parait idiot, mais es-tu bien branché sur un port USB 3.0?

#10

C’est un disque qui est utilisé en usb 3.0. Pour voir si il l’utilise, tu peux aussi lire la sortie de dmesg quand tu le branches:

[quote][ 1831.427185] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 1831.444389] usb 2-1: Parent hub missing LPM exit latency info. Power management will be impacted.
[ 1831.446726] usb 2-1: New USB device found, idVendor=1058, idProduct=10a8
[ 1831.446738] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3[/quote]

xhci_hcd = USB 3.0.

#11

Salut,

J’ai trouvé cela dans dmesg

Donc, a priori, matériellement, c’est bon ?

#12

Oui, reste à isoler le problème. Tu as testé un noyau plus récent?

#13

Bon, je viens de faire un essai radical.

J’ai formaté mon disque en ext4. Et j’ai des débits d’environ 60 MB/s environ par rsync, qui me semble-t-il est plus lent que la commande cp. Ceci expliquant probablement pourquoi je n’atteins pas les 90 MB/s comme sous Windows.

Vilain NTFS :079 !

Sinon, quel système de fichier puis-je utiliser pour qu’il soit visible sous Linux et Windows ?

#14

Je crains que tu ne sois pour l’instant limité à NTFS et son support limité sous Linux.

ext2/3/4 peut être monté, lu et écrit sous Windows, tu peux donc faire des tests dans ce sens. Mais je soupçonne que tu ne ferais que déplacer le problème de performances sous Linux vers un problème de performances sous Windows…

ext2fsd.com/
(logiciel libre, publié sous la GPLv2)

#15

FAT32

#16

FAT32 ça marche… tant qu’on essaye pas d’y mettre de fichiers de 4 Go ou plus.

#17

Malheureusement, je manipule justement des fichiers > 4Go

Il semble que doive me contenter de ces débits :frowning: