Ds-409Slim Nas Synology - Perf. En Lecture [Resolu]

[Eternity]

Salut

Je viens de recevoir le DS409slim et personnellement, j'avais pas mal h

[Eternity]

Bon et bien j'ai placé mes 3 disques 2.5" @ 7200tr/m en RAID 5.

Activé les iSCSI, les shared drive, etc... et ca marche nickel du bon boulot Synology !!!

Seul petite ombre au tableau, le debit ! 7 à 9 mo/s max au lieu des 30 mo/s annoncé !!! avec 3 disques raid 5 @ 7200tr/m techniquement ca pourrait même donné du 60 mo/s min voir -90 mo/s.... mon RAID 0 sur PC me donne du 120 mo/s en moyenne... enfin bref quelqu'un peut me filer un coup de mains pour affuter les débits vers les 20-30 mo/s ?

[fredlime]

Bonjour,

Ce SYNO n'a pas beaucoup de m

[Eternity]

Bonjour,

Ce SYNO n'a pas beaucoup de mémoire, mais il a un bon processeur. Tu devrais obtenir le triple en débit, voir quatre fois plus..... ??

Tu es bien en Gigabit, coté SYNO et client (PC/MAC) ??

Fred.

Oui je suis en gigabit sur un switch Netgear tout neuf, des cables cat. 6 tout neuf également. J'ai activé le jumbo frame à 8000 mtu comme c'est conseillé quelque part sur ce forum.

Et voila ce que CrystalDiskMark 2.2 me donne.... mais les 17 ou 18 mo/s je ne les ai jamais eu en réalité.

Lors d'une copie standard avec supercopier qui affiche le débit entre une unité RAID 0 2x500go 3.5" local (120mo/s en moyenne) et un target iSCSI du DS409slim sur volume RAID 5 (z:) j'ai un 13 mo/s max pour un fichier de 700mo.

Je me sentirai à l'aise si j'avais un 25~30mo/s Est-ce sur-réaliste ?

Need Help les pro du syno !!!

[fredlime]

Bonjour,

Fais un test en d

[Eternity]

Bonjour,

Fais un test en désactivant Jumbo Frame.

C'est souvent catastrophique avec le débit et en fonction de ta chaine réseau.

Chez moi par exemple.

Fais un test avec autre chose que ce programme. Un transfert simple SAMBA et une vérification du débit dans la page administration du SYNO.

...

Salut Fred,

Petite diminution au niveau de la lecture mais nette amélioration sur l'écriture... donc déjà un grand merci !

Que me conseilles tu pour les tests I/O ? J'ai aussi HDtach mais en version free il ne fait que le read

Pour un volume target iSCSI, je ne connais pas encore ce genre de montage, et s'il y a baisse de performance, avec.

D'autres pourront te renseigner.

Fred.

Je vais faire le même test sur du share folder qui du coup est affranchi de la surcouche de format NTFS...

bon je ne suis pas encore aux perfs annoncées en début de topic d'autant que j'ai des disques @7200tr/m mais on tient le bon bout... encore une ou deux réponses dans le style et on sera aux perf nominales de ce NAS.

[fredlime]

Que me conseilles tu pour les tests I/O ? J'ai aussi HDtach mais en version free il ne fait que le read

Bien dans la page administration du SYNO tu as un moniteur de ressources. Mais si tous ces programmes te donnes sensiblement la m

[Eternity]

IL y a toutefois un sacré problème chez toi. Normalement, l'écriture sur le SYNO est plus lente.

Vraiment bizarre ???

Le principe du RAID ne rend t il pas cela logique ?

> lecture : tu lis les données là ou elles se trouvent : avec de la chance sur 2 disques différents sinon sur le même disque ! donc statistiquement il y a moins de chance d'utiliser le principe de la lecture répartie sur 2 disques ou plus

> écriture : c'est le NAS qui choisi d'écrire à coup sur donc, sur des disques différents donc cela garantie l'utilisation dans 100% des cas de 2 ou x disques d'où le gain assuré de perf.

Peut-être me manque-t-il quelque chose dans le raisonnement. Ceci dit cela ca n'explique pas une si grande différence...

EDIT - Tu as raison, gros problème de lecture, regarde je viens de faire un test ATTO et voila ce que ca donne chez moi (à gauche) et ce que ca donne sur un bench sur le net (à droite - http://www.hwp.ru/articles/Obzor_Synology_DS409Slim___fayloviy_server_budushchego_na_25_HDD_SSD_68497/?PAGEN_1=5#googtrans/ru/fr)

Etrange, pour le CIFS, ca dégrade les perfs sur le bench CrystalDiskMark mais ca les augmente sensiblement en copie :

mtu 8000 : 12 mo/s

mtu 1500 : 19 mo/s

mtu 1500 + CIFS : 19~20,5 mo/s

[MS_Totor]

salut

attention quand on joue avec les jubo frame, on joue sur la taille des paquets et cela peut induire un mauvais format de paquet transmis, écrêtage, grosse fragmentation de paquets qui doivent être traités dans la file d'attente du traitement réseau, et donc gros ralentissement et pertes de paquets dans le pire des cas..

il peut y avoir saturation dans le traitement, et on peut obtenir de gros de temps de latence et ce genre de symptômes....

que donne lors d'un transfert la commande (ifconfig) sur le syno via ssh et (ipconfig) sur le pc via une fenêtre dos, collision perte de paquets, erreurs etc.... un reboot électrique du switch doit être fait après changement de MTU, pour valider le tout dans certains cas, cela a été fait ? sinon à faire une fois que tous les MTU sont réglé idoine de chaque côté du switch, et sur le switch lui même si il n'est pas à moitié planté et administrable (puis refaire la série de tests)

si tu as un anti virus ou firewall qui analyse les trames réseaux, à désactiver aussi pour la recherche de causes à effets

[Eternity]

salut

attention quand on joue avec les jubo frame, on joue sur la taille des paquets et cela peut induire un mauvais format de paquet transmis, écrêtage, grosse fragmentation de paquets qui doivent être traités dans la file d'attente du traitement réseau, et donc gros ralentissement et pertes de paquets dans le pire des cas..

il peut y avoir saturation dans le traitement, et on peut obtenir de gros de temps de latence et ce genre de symptômes....

que donne lors d'un transfert la commande (ifconfig) sur le syno via ssh et (ipconfig) sur le pc via une fenêtre dos, collision perte de paquets, erreurs etc.... un reboot électrique du switch doit être fait après changement de MTU, pour valider le tout dans certains cas, cela a été fait ? sinon à faire une fois que tous les MTU sont réglé idoine de chaque côté du switch, et sur le switch lui même si il n'est pas à moitié planté et administrable (puis refaire la série de tests)

si tu as un anti virus ou firewall qui analyse les trames réseaux, à désactiver aussi pour la recherche de causes à effets

Salut Totor,

oui j'avais bien compris le problème avec le mtu ca à une plus value sur un reseau 'sain' sans taux d'erreur/perte important. Maintenant je suis surpris d'avoir des taux d'erreur sur mon reseau vue que j'ai du bon matos mais bon c'est peut être parce qu'il y a des câbles électriques à côté des câbles réseau en dessous de mon bureau dans les goulottes de conduite de câble.

> Pour ssh je n'ai pas activé et je dois dire que je ne sais pas trop m'en servir donc je regarderai comment.

> Pour ipconfig, ca ne donne pas les packet loss !? juste les adresses IP etc... Tracert me donne du 1ms et je ne me souviens plus de l'autre commande reseau pour tester les flux...

Le syno est coupé chaque nuit de 2h a 6h30 donc je vois demain.

Pas d'antivirus avec analyse de trame réseau j'ai juste avast et le firewall de mon modem/routeur n'est pas sur la route entre le syno et mon PC. D'ailleurs juste pour comprendre cela devrait affecter autant l'écriture que la lecture non ?

[MS_Totor]

ma réponse vient en complément de vos recherches, fred et toi, le reboot du switch est vraiment important pour l'écarter des raisons possibles.

il y a engorgement quelque part

je ne peux pas confirmer que cela vient de là, mais plus tu monte en débit, plus le taux d'erreurs peut être important en réseau...... soit en raison de l'émetteur ou du récepteur ou du transit, il te reste la possibilité de faire de la connexion directe, pc au syno, pour t'affranchir de tout obstacle et même de le faire avec deux câbles rj45 différents.

il y a aussi le script de fredlime qui mesure le débit par disques durs il me semble, à voir si tu n'as pas un DD faiblard qui induirais un ralentissement général en écriture ou lecture, par définition en raid tu n'auras que le débit du disque le plus lent... c'est la règle donc à vérifier aussi

sur le syno pour vérifier l'état des transmissions, reçus/émis

tu active ssh via le panel admin web

du pc il te faut putty (utilitaire) tu te connecte sur l'ip du syno port 22, sinon tu utilise telnet (activable de la même façon que ssh)

login=root

mot de passe= même mot de passe que admin.

dans la console une fois le login passé, tu tapes

ifconfig

et tu vérifie qu'il n'y a pas d'erreurs, sinon tu laisse un screenshoot sur le forum pour vérifier rapido que c'est ok

en espérant qu'il n'y a pas d'erreurs i/o c'est à dire de secteurs morts non mappés par une préparation des disques durs comme mainte fois répétés, il y a tentative d'ecriture ou de lecture sur des secteurs morts donc au final, vérification de l'état smart des DD, cela induit aussi le ralentissement en lecture/écriture entre les DD, et donc impacte au final, le DD le plus lent est roi ne pas l'oublier.....

voilà ce que je ferais si j'étais dans ton cas pour aller plus loin

je raccroche

bonne soirée et bons tests pour demain

envois moi un mp sur tes outils de bench, j'ai du matos à tester sous peu

[Eternity]

ma réponse vient en complément de vos recherches, le reboot du switch est vraiment important pour l'écarter des raisons possibles.

il y a engorgement quelque part

je ne peux pas confirmer que cela vient de là, il te reste la possibilité de faire de la connexion directe, pc au syno, pour t'affranchir de tout obstacle et même de le faire avec deux câbles rj45 différents.

il y a aussi le script de fredlime qui mesure le débit par disques il me semble, à voir si tu n'as pas un DD faiblard qui induirais un ralentissement général en écriture ou lecture, par définition en raid tu n'auras que le débit du disque le plus lent... !

sur le syno pour vérifier l'état des transmissions, recus/émis

tu active ssh via le panel admin web

du pc il te faut putty (utilitaire) tu te connecte sur l'ip du syno port 22, sinon tu utilise telnet (activable de la même façon que ssh)

login=root

mot de passe= même mot de passe que admin.

dans la console une fois le login passé, tu tapes

ifconfig

et tu vérifie qu'il n'y a pas d'erreurs, sinon tu laisse un screenshoot sur le forum pour vérifier rapido que c'est ok

ok merci, je ferai cela demain...

un disque faiblard, non tout mais pas ca ! retour SAV, etc.. logiquement il ne devrait pas passer le cap du SMART. Ne serait ce pas certaines techno du disque qui serait mal géré par le syno (NCQ ou autres ?)

Pour le cable direct ne faudrait il pas un cable droit (je n'en ai pas) et pas croisé (ceux du reseau en place - j'en ai 3 en rab) !?

[MS_Totor]

le syno g

[Eternity]

le syno g

[Eternity]

ma réponse vient en complément de vos recherches, fred et toi, le reboot du switch est vraiment important pour l'écarter des raisons possibles.

il y a engorgement quelque part

je ne peux pas confirmer que cela vient de là, mais plus tu monte en débit, plus le taux d'erreurs peut être important en réseau...... soit en raison de l'émetteur ou du récepteur ou du transit, il te reste la possibilité de faire de la connexion directe, pc au syno, pour t'affranchir de tout obstacle et même de le faire avec deux câbles rj45 différents.

il y a aussi le script de fredlime qui mesure le débit par disques durs il me semble, à voir si tu n'as pas un DD faiblard qui induirais un ralentissement général en écriture ou lecture, par définition en raid tu n'auras que le débit du disque le plus lent... c'est la règle donc à vérifier aussi

sur le syno pour vérifier l'état des transmissions, reçus/émis

tu active ssh via le panel admin web

du pc il te faut putty (utilitaire) tu te connecte sur l'ip du syno port 22, sinon tu utilise telnet (activable de la même façon que ssh)

login=root

mot de passe= même mot de passe que admin.

dans la console une fois le login passé, tu tapes

ifconfig

et tu vérifie qu'il n'y a pas d'erreurs, sinon tu laisse un screenshoot sur le forum pour vérifier rapido que c'est ok

en espérant qu'il n'y a pas d'erreurs i/o c'est à dire de secteurs morts non mappés par une préparation des disques durs comme mainte fois répétés, il y a tentative d'ecriture ou de lecture sur des secteurs morts donc au final, vérification de l'état smart des DD, cela induit aussi le ralentissement en lecture/écriture entre les DD, et donc impacte au final, le DD le plus lent est roi ne pas l'oublier.....

voilà ce que je ferais si j'étais dans ton cas pour aller plus loin

je raccroche

bonne soirée et bons tests pour demain

envois moi un mp sur tes outils de bench, j'ai du matos à tester sous peu

Salut les gars,

Voici ce que ca donne

Pour ce qui est de la préparation des disques, le syno m'a demandé si il devait les préparer au moment de la creation du volume RAID 5, ce que j'ai fait en tache de fond si ma mémoire est bonne. Ca a durée quelques heures (>4h voir 12h je crois... je ne sais plus)

[MS_Totor]

salut

pas de soucis sur la carte r

[Eternity]

Merci Totor,

ok donc j'attends qu'un autre expert passe par l

[MS_Totor]

salut

tu as bien relus mon propos ? j'ai quelques doutes ....

je te parle d'un script qui mesure le d

[fredlime]

Bonjour,

Moi, je n'est plus d'id

[Eternity]

Bonjour,

Moi, je n'est plus d'idée pour ton cas.

Pour le débit, il serait intéressant de tester chaque disque séparément, en effet.

Fait un volume par disque, et regarde ??

Fred.

ok je vais voir comment réduire le volume existant et en créer 3 autres, un par disque donc et je testerai un par un avec ATTO.

Impossible de trouver comment réduire un volume !? ici sur le forum et les options volume sont grisées.

[ikeke]

Bonsoir,

Il n'est malheureusement pas possible de r

[Eternity]

Bonsoir,

Il n'est malheureusement pas possible de r

[MS_Totor]

il y a toujours des solutions, passe en esata au lieu de l'usb

[Eternity]

petit up pour relancer au cas ou un autre expert aurait une piste !?

[MS_Totor]

bonsoir ton topic ne devrait pas être là ou il est mais plutôt en section démarrage configuration etc...

car d'un test initial pour présenter le modèle via une review tu es dorénavant en besoin d'un coup de main, et tu as peu de chance d'aide dans cette section. de plus as tu fait les tests individuels des DD, proposés en débit ? si toujours non personne ne pourras le faire à ta place pour affirmer ou infirmer la méthode et confirmer le problème d'un de tes DD.

pour le déplacement tu fais appel à modérateur, ikeke au hasard