NAS lent en lecture mais pas en écriture-RESOLU - Divers - Linux et OS Alternatifs
Marsh Posté le 01-02-2012 à 12:42:16
Ca ressemble assez à un problème de couche 1. T'es en 100base-TX donc 1 seul paire TX et 1 paire RX. Soit le câble est défectueux, soit il passe trop près d'une source de parasites (jette un oeil à ifconfig pour voir les éventuels erreurs de transmission).
As-tu la possibilité de faire le test en connexion directe, soit avec un câble croisé court, soit avec en passant par un switch et 2 câbles droits aussi courts que possible?
Un changement n'incriminerait pas forcément le câble d'origine, mais peut-être le router/AP.
Marsh Posté le 01-02-2012 à 23:27:06
Génial ! c'était ça, ça a marché!
Question: Il y a un test software a faire pour vérifier ce genre de problème? Ou le coup des cables est la seule chose?
En tous cas merci!
Marsh Posté le 01-02-2012 à 23:48:14
Non, pas de soft, ou en tout cas, pas de soft générique. Pour un problème physique comme celui là, faudrait que le driver expose des stats de couches 2. Tu trouverais peut-être ça en environnement proprio, mais sûrement pas sous linux parce qu'il faut un soft par driver. Ifconfig ne va chercher que les erreurs IP pour sa part, mais c'est toujours une indication.
Bref, pour ce genre de trucs, rien ne remplace un bon testeur/analyseur de câbles (pas les bidules chinois à 10euro qui ne font qu'un test de continuité).
Marsh Posté le 31-01-2012 à 22:14:30
Bonjour,
Je possède un NAS QNAP 219P+ qui semble assez bien fonctionner mais qui a un vilain problème de performances:
- L'écriture dessus se passe très bien (~8Mo/sec via SFTP)
- La lecture par contre est catastrophique, environ 1Mo/sec via SFTP
Pour info, je suis en RAID0 avec 2 HDD en sata
J'ai essayé d'autres protocoles (FTP, AFP) mais ça n'améliore pas les choses (en général ça les complique).
Donc voilà où j'en suis:
- J'ai pensé que le CPU/RAM saturait, ce n'est pas le cas. Voici une partie du top pendant le transfer
# top
Mem: 494740K used, 20776K free, 0K shrd, 3228K buff, 362608K cached
Load average: 0.00, 0.02, 0.00 (State: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
1007 admin S 3640 5498 20.3 0.7 sshd
1010 admin S 2920 1007 1.9 0.5 sftp-server
1424 admin R 864 1171 1.9 0.1 top
1396 admin S 2240 1 0.9 0.4 hotswap
- J'ai ensuite pensé que le problème venait de la carte mère/des disques. ça n'a pas l'air d'être le cas à en croire hdparm
# hdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 652 MB in 2.00 seconds = 325.64 MB/sec
Timing buffered disk reads: 278 MB in 3.00 seconds = 92.64 MB/sec
- J'ai ensuite regardé ce que me disait la carte réseau (des fois qu'elle soit mal configurée)
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbag
Wake-on: d
Link detected: yes
Donc voilà, tout me semble en ordre à ce niveau là et donc j'arrive pas à comprendre d'où peut venir mon problème de lenteur...
Pour info, j'ai testé le transfer via cable eternet ou WLAN, en utilisant 2 PC différents (2 macbook air SSD) et toujours le même problème.
Merci d'avance pour votre aide!
Message édité par esox_ch le 01-02-2012 à 23:27:29
---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait