Problème de débit avec E-Sata

Problème de débit avec E-Sata - Hardware - Linux et OS Alternatifs

Marsh Posté le 09-04-2010 à 17:17:18    

Bonjour,
 
Je me suis rendu compte que depuis plusieurs jours, mes backups automatiques échouaient misérablement parce qu'ils avaient pas le temps d'écrire mes données sur mon disque dur externe, ce dernier étant connecté en E-SATA.
Tout d'abord, voilà les info sur la bête :
 

Citation :


# hdparm -I /dev/sdg
 
/dev/sdg:
 
ATA device, with non-removable media
 Model Number:       Seagate BlackArmorDAS35                
 Serial Number:      2HCJ0ZWE
 Firmware Revision:  412D    
Standards:
 Used: ATA/ATAPI-6 T13 1410D revision 1  
 Supported: 6 5 4  
Configuration:
 Logical  max current
 cylinders 16383 16383
 heads  16 16
 sectors/track 63 63
 --
 CHS current addressable sectors:   16514064
 LBA    user addressable sectors:  268435455
 LBA48  user addressable sectors: 1953525168
 Logical  Sector size:                   512 bytes
 Physical Sector size:                   512 bytes
 device size with M = 1024*1024:      953869 MBytes
 device size with M = 1000*1000:     1000204 MBytes (1000 GB)
 cache/buffer size  = unknown
Capabilities:
 LBA, IORDY(cannot be disabled)
 Standby timer values: spec'd by Vendor, with device specific minimum
 R/W multiple sector transfer: Max = 1 Current = 0
 DMA: mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6  
      Cycle time: min=120ns recommended=120ns
 PIO: pio0 pio1 pio2 pio3 pio4  
      Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
 Enabled Supported:
    * SMART feature set
    * Power Management feature set
    * Write cache
    * 48-bit Address feature set
    * Mandatory FLUSH_CACHE
    * FLUSH_CACHE_EXT
    * SMART self-test
    * Gen1 signaling speed (1.5Gb/s)
    * Gen2 signaling speed (3.0Gb/s)
Integrity word not set (found 0x0000, expected 0x95a5)


 
Jusqu'à la, moi rien ne me surprend
 
Maintenant, premier test avec hdparm
 

Citation :


# hdparm -tT /dev/sdg
 
/dev/sdg:
 Timing cached reads:   16924 MB in  2.00 seconds = 8468.12 MB/sec
 Timing buffered disk reads:    8 MB in  3.18 seconds =   2.52 MB/sec


 
Là, je comprend déjà plus : C'est quoi ce 2.52 Mo/sec ? J'ai relancé plusieurs fois le test et toujours pareil (avec et sans partition montée).
 
Ensuite, j'ai monté la partition, et lancé la commande suivante :
 

Citation :


$ dd if=/dev/zero of=test bs=8K count=300000


 
Et là, c'est marrant .. Une fois sur deux j'obtiens  
 

Citation :


300000+0 records in
300000+0 records out
2457600000 bytes (2.5 GB) copied, 324.351 s, 7.6 MB/s

 
Un débit limite digne d'un USB1..
 
Et l'autre fois, iotop me dit que le process turbine à 100%, mais 0Ko/s d'écrits, je kill le process et voilà :
 

Citation :


0+0 records in
0+0 records out
0 bytes (0 B) copied, 7.737e-06 s, 0.0 kB/s


Alors que, vous pouvez vous en douter, je ne l'ai pas killé après 7 micro-secondes
 
Vous avez une idée :??:  
 
Merci
 
 
Edit :
 
J'avais oublié  le plus marrant  :
 
Si je connecte le même disque via son interface USB2 , voilà ce que ça donne  
 

Citation :


# hdparm -tT /dev/sdg
 
/dev/sdg:
 Timing cached reads:   25368 MB in  2.00 seconds = 12696.96 MB/sec
 Timing buffered disk reads:  106 MB in  3.03 seconds =  34.96 MB/sec


 
Et avant que quelqu'un le demande :
- C'est pas le port e-SATA du HDD : J'ai le même problème avec mon autre disque e-SATA
- C'est pas le port e-SATA de la carte mère : J'ai fait le test sous Windows et là, ça marche (snif)


Message édité par esox_ch le 09-04-2010 à 17:28:10

---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Marsh Posté le 09-04-2010 à 17:17:18   

Reply

Marsh Posté le 11-04-2010 à 19:25:28    

t'as pas des messages d'erreur dans dmesg ?

Reply

Marsh Posté le 11-04-2010 à 19:39:58    

Pas à première vue.. Le problème c'est que le driver de mon clavier me les flood un peu.
Va falloir que je fasse un petit script de tri pour en être sûr.
 
En tous les cas, lorsque je plug/dé-plug le tout, il n'y a rien de suspect.


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Marsh Posté le 23-04-2010 à 08:28:17    

D'autres idées?


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Marsh Posté le 23-04-2010 à 12:39:49    

De toute évidence, t'as dû faire une mise à jour du noyau qui contient une régression quelque part. Le "quelque part" étant probablement le module qui gère ton contrôleur e-sata.
A moins que ce ne soit pas une régression, mais une évolution mal supportée par ton hardware. Du genre, msi activé par défaut.

Reply

Marsh Posté le 23-04-2010 à 20:33:56    

Salut à tous,
 
Alors : J'ai regardé un peu sur les différents forums et apparemment mon contrôleur JMicron a déjà causé ce genre de problème à d'autres. Problèmes qui parfois ont disparu avec une M-A-J du kernel, parfois pas (le bug remonte apparemment à 2005, et il est allé et venu depuis là). Tant et si bien que ce soir, j'ai reconnecté le E-sata du disque et ô miracle, ça fonctionne.
Le MSI est activé par defaut, le disque est en UDMA 133, et tout marche, sans que j'ai rien eu besoin de faire. Désolé de ne pas pouvoir apporter une solution pour les prochains.


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed