vdr

Comme les valeurs que je donne correspondent aux spécifications de WD et Seagate, j'ai fait quelques mesures (lecture). valeurs de NAStester 1.4 : NAS performance tester 1.4 http://www.808.dk/?nastester Running warmup... Running a 400MB file write on drive K: 5 times... Iteration 1: 113,18 MB/sec Iteration 2: 111,69 MB/sec Iteration 3: 110,92 MB/sec Iteration 4: 114,74 MB/sec Iteration 5: 111,91 MB/sec ------------------------------ Average (W): 112,49 MB/sec ------------------------------ Achievement unlocked: 100MB+/sec write speed! Running a 400MB file read on drive K: 5 times... et hdparm en console : /dev/sda: Timing buffered disk reads: 438 MB in 3.01 seconds = 145.71 MB/sec /dev/sdb: Timing buffered disk reads: 436 MB in 3.04 seconds = 143.54 MB/sec /dev/sdc: Timing buffered disk reads: 448 MB in 3.01 seconds = 148.81 MB/sec /dev/sdd: Timing buffered disk reads: 350 MB in 3.05 seconds = 114.61 MB/sec /dev/sde: Timing buffered disk reads: 408 MB in 3.01 seconds = 135.68 MB/sec /dev/sdf: Timing buffered disk reads: 326 MB in 3.01 seconds = 108.44 MB/sec /dev/sdg: Timing buffered disk reads: 372 MB in 3.01 seconds = 123.63 MB/sec /dev/sdh: Timing buffered disk reads: 378 MB in 3.00 seconds = 125.89 MB/sec Oui c'est bien le réseau qui limite. Je ne m'attends pas à dépasser le Gigabit. Je suis d'accord avec toi concernant la copie de NAS <> NAS lancée de Windows : c'est effectivement le pire cas. J'ai refait quelques tests, cela ne chute pas toujours à la fin, et de NAS <> PC j'ai globabement environ 100Mo/s. Donc a priori, rien d'anormal

Oui, les valeurs en début sont excellentes et conforme au Gigabit. C'est juste que : - en fin de copie on chute. - les valeurs sont différentes selon le sens de la copie. - les valeurs de NAS à NAS sont à 25% du débit maxi des disques (42Mo/s) Je testerai en SMB2 fin de semaine au cas où.

PS : google m'indique que SMB2 est activé par défaut sous Win7.

Cela m'était sorti de la tête, bien sûr : c'est Samba ! Seagate "ES3" => Taux de transfert en continu : 175 Mo/s Western "Re" => Taux de transfert : 171 Mo/s Western "Red" => Taux de transfert : 145 Mo/s J'ai pris soin de faire plusieurs tests, c'est globalement la même chose... J'ai activé samba2 sur le Syno. Mais je ne sais pas si je dois faire de même côté Windows... J'ai essayé mais lorsque l'on lance une copie via File Station, le débit ne s'affiche pas ...

Exact. Je suis sous l'explorateur Windows 7 x64. Pas top mais permet tout de même des mesures comparatives. Au fait, quel protocole l'explorateur utilise-t-il ?

Non ce n'est pas une blague Pas de ralentissement, sauf lorsque je sollicite les disques (sauvegardes, copies de fichiers durant quelques heures) Mais : - les disques que j'utilise ont des débits > 120 Mo/s, et les plus récents frôlent les 170 Mo/s - le transfert de PC SCSI > NAS est à 100 Mo quasi tout le temps (c'est cohérent avec la limite interface Gigabit). Dès lors, pourquoi : - le transfert de NAS > PC SCSI lui est en retrait => Pourquoi pas à 100 Mo/s ? - Le transfert sur un même disque (OK c'est rare...) descend à 42 Mo/s => On est loin des limites de l'interface et du disque. D'où mes interrogations... nb : Il me reste un type de mesure à faire; copie au sein du NAS d'un disque vers un autre disque.

Up !

Bonsoir, Je viens de faire des tests de performances en copie de fichier entre PC SCSI et DS1812+. (Tests réalisés en copiant un gros fichier de 8 Go, pas de saturation CPU et RAM du Syno pendant les tests). PC <> NAS PC SCSI => NAS (Western 4TB en basic) : 106 Mo/s (début) et 105 Mo/s (fin) NAS (Western 4TB en basic) => PC SCSI : 106 Mo/s (début) et 85 Mo/s (fin) PC SCSI => NAS (Seagate 4TB en basic) : 104 Mo/s (début) et 75 Mo/s (fin) NAS (Seagate 4TB en basic) => PC SCSI : 84 Mo/s (début) et 73 Mo/s (fin) PC SCSI => NAS (Western 4x3TB en shr-2) : 110 Mo/s (début) et 100 Mo/s (fin) NAS (Western 4x3TB en shr-2) => PC SCSI : 105 Mo/s (début) et 65 Mo/s (fin) PC SCSI => NAS (WD + Seagate 1TB en shr) : 103 Mo/s (début) et 98 Mo/s (fin) NAS (WD + Seagate 1TB en shr) => PC SCSI : 107 Mo/s (début) et 91 Mo/s (fin) NAS => NAS NAS (Western 4TB en basic) => NAS (Western 4TB en basic) : 97 Mo/s (début) et 43 Mo/s (fin) NAS (Seagate 4TB en basic) => NAS (Seagate 4TB en basic) : 98 Mo/s (début) et 37 Mo/s (fin) NAS (Western 4x3TB en shr-2) => NAS (Western 4x3TB en shr-2) : 42 Mo/s (début) et 40 Mo/s (fin) SHR-2 => SHR-2 : 105 Mo/s (début) et 48 Mo/s (fin) PC SCSI => PC SCSI : 100 Mo/s (début) et 61 Mo/s (fin) Ce que je constate : 1/ Les débits sont toujours meilleurs du PC => NAS que dans le sens inverse. 2/ Dans le sens PC SCSI => NAS, le volume SHR-2 a les meilleures performances. 3/ La copie de fichier sur un même disque est médiocre : lié à lecture + écriture ? Comment expliquez-vous les écarts importants selon le sens de la copie, et certaine performances médiocres ? Que pensez-vous de ces résultats ? Avez-vous des retours analogues ? Vos avis et retours d'expérience m'intéressent

Bonsoir, J'ai trouvé le modop et installé l'application sur le syno. Je dispose de : 3x3TB, 1x2TB, 1x4TB Mais je ne vois pas comment identifier chaque disque, leur capacité ne dépassant pas 2199.0 GB ?? DiskStation> fdisk -l |grep "/dev/[sh]d[a-z]" fdisk: device has more than 2^32 sectors, can't use all of them fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdc: 2199.0 GB, 2199023255040 bytes /dev/sdc1 1 267350 2147483647+ ee EFI GPT fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdd: 2199.0 GB, 2199023255040 bytes /dev/sdd1 1 267350 2147483647+ ee EFI GPT fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sda: 2199.0 GB, 2199023255040 bytes /dev/sda1 1 267350 2147483647+ ee EFI GPT Disk /dev/sdh: 2199.0 GB, 2199023255040 bytes /dev/sdh1 1 267350 2147483647+ ee EFI GPT Disk /dev/sdg: 2000.3 GB, 2000398934016 bytes /dev/sdg1 1 311 2490240 fd Linux raid autodetect /dev/sdg2 311 572 2097152 fd Linux raid autodetect /dev/sdg3 588 243201 1948793440+ fd Linux raid autodetect DiskStation> Comment repérer chacun des disques pour éviter de faire une bêtise ?....

Up !

Tu me l'apprends, ce n'est pas clair dans les docs. As-tu des adresses de sites expliquant tout ceci ? Exemple de descriptif RED d'une de mes enseignes VPC préférées : Le disque dur Red, doté de l’interface SATA III 6 Gb/s, a spécialement été conçu pour un usage en continu 24h/24 et 7j/7. Grâce à des technologies innovantes, le Red a une consommation d'énergie réduite et chauffe moins que d'autres disques durs du même type. Le Red est également équipé de la technologie 3D Active Balance Plus qui permet d'équilibrer les disques lors de leur rotation assurant ainsi une réduction des vibrations et une durée de vie plus longue. Avec un MTBF (temps moyen entre deux pannes) revu à la hausse de 35% par rapport aux disques durs 3,5" standards, une garantie de 3 ans et un support Premium 24h/24 et 7j/7, profitez de votre disque dur Red en toute sécurité ! Bien entendu, mais ce n'est par une raison pour fournir un disque de mauvaise qualité ! Qui dit NAS dit "données", donc importance des informations stockées... Oui pour le nouveau segment, il n'empêche que des disques utilisés dans un NAS seront forcément sollicités. Si le disque n'est pas conçu pour, on ne l'estampille pas NAS, car il y a tromperie. Concernant le risque, avec du RAID 5 ou 6 (sur des disques provenant de séries différentes) et un backup , on devrait être tranquille, non ? C'est ce que je met sne place avec pour backup un WD4000FYYZ (Série RE 4TB) Pas rassurant :-) En creusant le sujet, je viens de voir que SYNOLOGY conseille une préparation des disques avant utilisation. Je ne l'ai pas fait, pensant que le formatage / vérification dans l'interface SYNO serait suffisant. Visiblement non, seul un wipe qui va tester chaque secteur et forcer le disque à isoler ceux qui sont défaillant est efficace. Je vais le faire pour mes 4 x 3TB en raid. Pensez-vous que cela puisse sécuriser la production ?

Bonsoir, J'aimerais avoir votre éclairage sur un test simple effectué sur mon 1812+ : - installation d'un hdd de 2TB, formatage et nommage hdd2_2TB (volume 2 - basic) - éjection volontaire du disque - affichage alerte SYNO, volume inutilisable en panne (normal !) - réinsertion du disque (au même endroit) quelques minutes après. - le volume n'a jamais voulu remonter, le SYNO m'a invité à en créer un nouveau (en perdant toutes les données!!!). J'ai reconstruit un volume9 (le n° de volume étant imposé, sauf erreur). Sur un volume basic, le SYNO ne sait donc pas identifier la réinsertion d'un disque en bon état. Vrai ? Si tel est le cas il ne faut donc JAMAIS ejecter le disque d'un volume basic sous peine de perdre ses données. PS : même si cette manip n'est pas "normale", je suis surpris que le SYNO ne soit pas plus évolué.

Bonsoir, Je me suis repenché sur le sujet car je vais mettre en place un RAID6 et j'avais peur en cas de coupure de courant brutale. Au final, il s'avère que l'onduleur accepte le raccordement simultané. L'onduleur dialogue donc : - via usb avec le SYNO, j'aurai donc un arrêt propre lorsque les batteries du Eaton seront épuisées. - via ethernet avec mon PC, je peux donc continuer à interroger et paramétrer l'onduleur comme avant. @+ Merci pour la piste de l'usb !

Bonsoir, Je partage mon expérience avec les WD Red - Juillet 2012 => installation d'un SYNO 1812+ avec 3 x 3TB (Red) et 1 x 3TB (WD30EURS). - Fin juillet 2013 => crash d'un des WD Red avec le volume associé : le disque a tenu 1 an. => Je viens de demander l'envoi anticipe d'un disque, j'attends le retour de WD. Je précise que le NAS est dans une pièce correctement ventilée, les disques étant à 35°C. Je suis très inquiet à propos de la durée de vie des deux autres... A réception du hdd de WD, je vais donc construire un RAID6 avec 3xWD30EFRX et 1x WD30EURS. Après hésitation quant au modèle, j'ai acheté un WD4000FYYZ (4Tb pour datacenter garanti 5 ans) pour backup quotidien du RAID6; ce dernier tolérant une panne sur 2 x hdd, j'espère sécuriser mon NAS ainsi. (Vos remarques sont les bienvenues). Je suis furieux quant à la fiabilité du Red "matériel 24/7 spécial NAS". Je dispose de disques scsi 320 15k tr/mn qui ont plus de 8 ans et tournent encore sans broncher ! => Il est clair que si j'ai encore un pépin, je blackliste WD définitivement.

Je me suis mal exprimé... Je voulais dire que mes disques étaient HS. Côté SAV, pas de problème, les 3 disques m'ont été échangés par Seagate après enregistrement en ligne.

J'ai eu le retour du support ce jour. A date, pas de transcodage disponible, donc limitations liées à mon téléviseur. Il me faut donc passer par un serveur DLNA plus évolué comme PS3MediaServer. Sujet clos.

Suite. Sur les conseils du support de Syno, j'ai essayé un des films "grisés" sur une clé USB directement raccordée au téléviseur. Ce dernier ne lit pas le fichier non plus !!! Le téléviseur est donc l'élément bloquant : visiblement, PS3MediaServer lui envoie le film après l'avoir transcodé dans un format "digeste". J'ai demandé au support de m'indiquer si un paramétrage existe pour régler le problème, à défaut vers quel autre serveur DLNA se tourner. headsmoker, nos problèmes sont donc différents...

Des news... Ci-dessous les recommandations du support de Synology (toujours intéressant) : _____________________________________________________________ In order to narrow down this issue, would you please try the following step below and keep us inform about the result: 1. Make sure the firewall on the DiskStation is not blocking any ports. Do this by going to DSM > Control panel > firewall > ensure it says “if no rules are matched: allow access” at the bottom of the page, and save the firewall rule. 2. Please click the "re-index" button to re-index the media files on WebUI > Control Panel > Media Server > Index Folders. 3. Please uncheck all setting under DS UI > Control Panel > Media server > "Browsing Settings". 4. Please disable MIME under DS UI > Control Panel > Media server > "DMA compatibility". 5. Please kindly setup your media device profile to be "your media device" on WebUI > Control Panel > Media Server > > "DMA Compatibility" > Device list. 6. let your media device and DiskStation with the default setting of 1500MTU, afterward connect DiskStation directly to a your media device using an Ethernet cable without going through a router. 7. Could you please let me know what is the codec format of the media/audio files which could not be played? Please use the "Media Info" software to retrieve the codec information. (Please use the "tree" view) http://mediainfo.sourceforge.net/en If problem persists after setup all above, please send us a copy of your kernel log and DMA Log, the instructions have been mentioned in below. The Kernel log is a technical log file which can give us more technical information about your system 1. Login Management UI 2. You can see the similar link http://192.168.xx.xx:5000/webman/index.cgi 3. Add ?diagnose=debug to the link, like http://192.168.x.xx:5000/webman/index.cgi?diagnose=debug 4. Press "Enter", then the file can be downloaded. [DMA Log] Please refer to procedures below to retrieve us a DMA log message for further diagnosis. a. Log in to Management UI > [Applications] > [Media Server] b. You will see option [Diagnose] in the bottom of this page. c. Click [Diagnose]> enable [Enable DMA communication log for diagnostic purpose] d. Reproduce the DMA issue again and do to [Diagnose]>[Download] to retrieve the DMA log. If you have further questions or suggestions, please feel free to contact us again. _____________________________________________________________ Cela ne m'a pas permis de régler le problème. J'ai cependant poursuivi mes tests en ajoutant quelques fichiers avi, certains passent sans problème. Est-il possible qu'il manque des codecs au serveur multimédia ? Si oui, comment les ajouter ? Exemple d'un fichier grisé (media info) Général Nom complet : O:\DIVX\YouTube.mp4 Format : MPEG-4 Profil du format : Base Media / Version 2 Identifiant du codec : mp42 Taille du fichier : 3,56 Mio Durée : 1mn 2s Type de débit global : Variable Débit global moyen : 477 Kbps Date d'encodage : UTC 2011-06-19 15:42:53 Date de marquage : UTC 2011-06-19 15:42:53 gsst : 0 gstd : 62500 gssd : BD0419A42HH1352638274406086 gshh : r5---sn-25g7sb7d.c.youtube.com Vidéo ID : 1 Format : AVC Format/Info : Advanced Video Codec Profil du format : Baseline@L3.0 Paramètres du format, CABAC : Non Paramètres du format, RefFrames : 1 image Paramètres du format, GOP : M=1, N=30 Identifiant du codec : avc1 Identifiant du codec/Info : Advanced Video Coding Durée : 1mn 2s Débit : 418 Kbps Débit maximum : 974 Kbps Largeur : 640 pixels Hauteur : 360 pixels Format à l'écran : 16/9 Type d'images/s : Variable Images par seconde : 30,000 Im/s Images/s mini : 29,412 Im/s Images/s maxi : 30,303 Im/s Espace de couleurs : YUV Sous-échantillonnage de la chrominance : 4:2:0 Profondeur des couleurs : 8 bits Type d'image : Progressif Bits/(Pixel*Image) : 0.060 Taille du flux : 3,11 Mio (88%) Date de marquage : UTC 2011-06-19 15:42:54 Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Profil du format : LC Identifiant du codec : 40 Durée : 1mn 2s Type de débit : Variable Débit : 53,2 Kbps Débit maximum : 57,1 Kbps Canaux : 2 canaux Position des cannaux : Front: L R Echantillonnage : 44,1 KHz Mode de compression : Avec perte Taille du flux : 406 Kio (11%) Titre : IsoMedia File Produced by Google, 5-11-2011 Date d'encodage : UTC 2011-06-19 15:42:53 Date de marquage : UTC 2011-06-19 15:42:54 Exemple d'un fichier qui passe (media info) Général Nom complet : U:\DIVX\file1KO.avi Format : AVI Format/Info : Audio Video Interleave Taille du fichier : 690 Mio Durée : 1h 31mn Débit global moyen : 1 050 Kbps Réalisateur : RDKY Corp. Application utilisée : Nandub v1.0rc2 Bibliothèque utilisée : Nandub build 1853/release Commentaire : Vidéo ID : 0 Format : MPEG-4 Visual Paramètres du format, BVOP : 1 Paramètres du format, QPel : Non Paramètres du format, GMC : 2 warppoints Paramètres du format, Matrice : Default (H.263) Type de muxing : Packed bitstream Identifiant du codec : DX50 Identifiant du codec/Suggestion : DivX 5 Durée : 1h 31mn Débit : 944 Kbps Largeur : 616 pixels Hauteur : 488 pixels Format à l'écran : 5/4 Images par seconde : 25,000 Im/s Espace de couleurs : YUV Sous-échantillonnage de la chrominance : 4:2:0 Profondeur des couleurs : 8 bits Type d'image : Progressif Mode de compression : Avec perte Bits/(Pixel*Image) : 0.126 Taille du flux : 620 Mio (90%) Bibliothèque utilisée : DivX 5.0.2 (UTC 2002-05-16) Audio ID : 1 Format : MPEG Audio Version du format : Version 1 Profil du format : Layer 3 Paramètres du format, Mode : Joint stereo Extension du mode : Intensity Stereo + MS Stereo Identifiant du codec : 55 Identifiant du codec/Suggestion : MP3 Durée : 1h 31mn Type de débit : Constant Débit : 96,0 Kbps Canaux : 2 canaux Echantillonnage : 48,0 KHz Mode de compression : Avec perte Taille du flux : 63,1 Mio (9%) Alignement : Eparpillé à travers les interleaves Imbrication, durée : 40 ms (1,00 image vidéo) Imbrication, d. de pré-chargement : 452 ms

Oui je vois bien mon téléviseur dans la liste des périphériques. En revanche, je ne peux dire pour la musique et photo, je ne m'y suis pas intéressé. [EDIT] Je viens d'envoyer un ticket au support Synology. A suivre.

OK, je comprends. Dès lors que cela marche au moins une fois (et c'est le cas pour nous deux), je considère que le fonctionnement est équivalent au serveur PS3media. Donc il y a soit un problème d'instabilité du serveur, soit un soucis de paramétrage probable ici (j'ai fait pas mal de manips pour prendre en main le Syno => ajout/enlèvement de disques/volumes, etc..). Je vais essayer avec un "avi" quelconque et rouvrir un ticket. On se tient au courant...

C'est exactement ma problématique ! Moi je n'arrive même pas à les lancer, c'est pourquoi je penche pour un problème de Synology. Il me semble avoir déjà testé cela sans succès, mais je vais réessayer. Je ne comprends pas bien ce que tu veux dire par "j'ai pu regarder une video grisée 5mn avant". Pourquoi ? Si les fichiers sont parfaitement lus par le téléviseur lorsqu'ils sont montés via PS3media, cela prouve que la télé est compatible, non ? PS : j'ai ouvert un ticket chez Synology, en vain pour l'instant : pour eux le problème vient de la TV....

Non, ce n'est pas un problème de télé car lorsque je partage le répertoire avec un autre DLNA (PS3 media server), tout fonctionne. Je pense plutôt à une problématique de droits ou un truc du style mais je ne trouve pas :-( PS : c'est un Pioneer LH5090

Bonsoir, Je viens d'activer le paquet media server sur un DS1812+ (DSM 4.1) mais je rencontre des soucis. Les videos se trouvent sur l'un des disques du syno (volume7) et correctement indexées. Mais côté téléviseur, je vois bien le Syno et l'ensemble des videos, mais elles sont toutes grisées, ce qui fait qu'il est impossible de les lancer. Ai-je loupé un truc ? Pourriez-vous m'aider à trouver le problème ? D'avance merci.

Je viens d'obtenir la solution pour zip : il faut simplement supprimer le switch -T (test archive) qui pose visiblement problème en mode spanning...

Bonsoir, Bonne nouvelle, à force de chercher, j'ai pu régler deux points sur trois ! 1/ Pour tar On installe split comme ceci ipgk install textutils[/CODE] Il me reste à trouver la bonne ligne de commande. [u]2/ zip[/u] En l'état, pas encore de solution. [u]3/ 7z[/u] J'ai contacté l'auteur (merci CoolRaoul !) qui m'a donné la clé : [color=#000000][b]Remove backup.file.7z before operation.[/b][/color] Voilà pour aujourd'hui...