StéphanH

Bonsoir, En local, tout passe, y compris le magic paquet (du bradcast d'@ mac ?) pour le débit, 180 mbps, c'est nominal ... A voit donc côté Download Station ... que je ne connais pas

Bonjour, J'utilise souvent TaPatalk pour accéder au forum depuis un iPhone ou un iPad. Il arrive souvent que tous les sauts de ligne soient ignorés (Cf par exemple ici : ) Je ne vois pas d'où cela provient ... Une idée ?

En local, la Livebox ne filtre rien ... Concernant le débit, as-tu testé sur des sites grands public ( SpeedTest, Degrouptest ...) que tu obtiens bien du 200 mbps en Ethernet sur ta box ?

Merci Piwi. Je ne vois plus trop comment avancer. Sauf que sur le tien, Piwi, tu ne sembles pas avoir le soucis. Ne serait-ce pas un problème lié au hard (par exemple un process qui se comporte très bien sur un CPU à virgule flottante, mais qui mouline sur un CPU sans) ? Stéphan (rédigé avec TapaTalk)

Quels sont les paquets qui tournent sur le tien si ce n'est pas indiscret ? Piwi, même question ?

C'est flagrant Pluton ...

Malheureusement non ... Je n'ai activé l'option d'historisation qu'hier, comme suggéré par pluton ici : Mais Pluton a indiqué tout à l'heure qu'il afficherait son historique en rentrant ce soir ... En outre, ce que je trouve étrange, c'est que tu as comme moi un taux de charge d'environ 10% au repos (la nuit, voir mon post plus haut à ce sujet). J'ai vraiment l'impression que l'interface WEB de DSM est devenue très gourmande, et d'autre part que quelque chose consomme ponctuellement, anormalement, ce qui génère des pics de consommation qui perturbent l'enregistrement Video

Je vais faire une réponse débile : la preuve que tu en as l'utilité puisque tu cherches à le rallumer ! Bref ... Je ne me suis jamais trop penché sur ce sujet, mais il y a pas mal de posts qui parlent de WOW (tu cherches à le rallumer depuis Internet si j'ai bien compris) : essayes de faire une recherche sur WOW. Sinon, tu peux aussi plus simplement ne mettre que les disques en hibernation. Le système sera beaucoup plus rapide à être de nouveau opérationnel sans avoir à faire un reboot complet. Stéphan (rédigé avec TapaTalk)

Un sujet dans le même genre : http://forum.synology.com/enu/viewtopic.php?f=19&t=73161

Bonjour, Concernant le WOL : J'ai toujours été dubitatif à ce sujet : pourquoi veux-tu éteindre ton NAS (si tu as besoin de le réveiller, c'est que tu l'as éteint) ? Ce genre de bestiole est fait pour être actif 24/24, et je doute que se consommation électrique explose ta facture EDF. Concernant le DDNS : Il y a plein de posts à ce sujet !!! La livebox Play ne permet pas aujourd'hui de faire du "loopback". En bref, quand tu es chez toi, tu ne peux pas utiliser ton nom de domaine. On trouve pas palliatifs sur ce forum, en fonction de l'usage souhaité. En ce qui me concerne, mon usage se limitant aux appuis DS-xx, j'utilise le même nom QuickConnect que le nom DNS local (paramètré dans la livebox Play) Stéphan (rédigé avec TapaTalk)

Je me sens moins seul ... Merci !! J'ai ouvert un ticket chez Syno ... mais j'ai encore du mal à cerner le problème. À ce jour, j'ai l'impression que l'interface DSM consomme exagérément, mais aussi qu'il y a une moins bonne gestion des pics de conso CPU (encore ce midi une vidéo HD gavée de coupures de son et de macro blocs) Stéphan (rédigé avec TapaTalk)

Oui, depuis une session DSM, tu montes un NAS sur l'autre (non, cela n'a rien de cochon ...). Et depuis FileStation, tu copies.

Voici ce que cela donne pour la nuit dernière : 15% et veille, un pic à 3h pour l'antivirus, et sur la droite, un enregistrement TV HD (toutes sessions DSM fermées, et aucune autre connexion sur le Syno) Je suis donc à 50% de CPU lors d'un enregistrement. Voici maintenant le graphe, avec uniquement une session DSM ouverte (ne pas tenir compte du pic d'E/S lié à mon iMac qui a lancé Time Machine. Une session DSM m'amène à 40% de CPU !!! C'est énorme non ? Je comprends mieux pourquoi les enregistrements peuvent pixeliser si VideoStation enregistre pendant que je suis connecté à DSM. Je trouve quand même cette consommation DSM énorme. Pluton, as-tu conservé un graphique de conso avant migration ?

Merci pluton. Cela m'a permis de voir que je suis également a 10-15% de charge cette nuit, avec un pic à 100% a 3h du matin (antivirus). Je vais laisser cela tourner durant l'enregistrement d'une TV HD, et je posterai le résultat. Pour info, j'ai fait un test hier soir : enregistrement d'une émission TV en HD en ayant pris soin de fermer toute session DSM sur mes iMac et tablettes. L'image était ok sauf une série de freeze les premières dizaines de seconde. Stéphan (rédigé avec TapaTalk)

+1 pour l'HDMI CEC ! Quand a l'intégration d'un port HDMI sur un Syno, je suis perplexe ... Est-ce bien la vocation d'un NAS ? Si cela reste cantonné à une nouvelle ligne de produits, pourquoi pas ... À suivre ... Surtout les résultats des premiers tests ... Stéphan (rédigé avec TapaTalk)

Merci Pluton, Je ne connaissais pas cette option que je viens d'activer. Mais je ne vois pas ce que cela "débloque" ?

Ok Piwi, Entre temps, j'ai essayé dans le doute de débrancher les ports USB (Tuner TV + Onduleur) => cela ne change rien. J'ai tout redésactivé : voici la charge CPU : et les process : Alors que je relance les process, Antivirus et Surveillance Station sont sans effet visible. Le serveur Multimedia, très peu. Par contre, Audio Station : 10% VideoStation : % !!! mais c'est Synoindex qui tourne ... ` Voilà ce que cela donne :

40% de charge après reboot, tous services arrêtés ... pas cool ...

Bonne idée ... Voici la chronologie des fermetures : 15:30 : ouverture session DSM 15:35 : arrêt de l'anti virus 15:37 : arrêt de SS 15:40 : arrêt des paquets multimédia (vidéo, photo, audio, serveur multimédia) 15:42 : fermeture de session DSM et le résultat : Je ne vois guerre de différence ... Il n'y a que le paquet "Perl" que je n'ai pas arrêté. Je ne sais pas à quoi il sert... Dans le doute, j'en profite pour rebooter ...

Bonjour, Pour l'écran qui affiche 4.2, c'est le cache de ton navigateur. Pour le gigabit, pas de souci chez moi sur ma livebox play. Essai de débrancher le reste, de changer le câble ... Stéphan (rédigé avec TapaTalk)

Je n'avais pas pensé à Synology Assistant. Merci Bud. Ci-dessous test effectué sans aucune connexion sur le syno : Edifiant ... Le trafic LAN est lié à la camera de surveillance (mais à cette heure, Surveillance Station n'est pas actif)

Difficile à dire ... mais de mémoire, 25% pour VLC, cela ne me parait pas choquant. Ce qui m'étonne plus, c'est que je vois des processus "furtifs" qui consomment d'un coup puis disparaissent : pooling.cgi qui s'active régulièrement, avec 25% de conso CPU rsrcmonitor.cgi, qui consomme 22% de CPU (j'espère qu'il passe au repos quand je quitte le moniteur ...) externaldevice.cgi, qui consomme 27% de CPU, puis disparait et revient .. curconn.cgi : 15% ThumConvertProgress.cgi qui fait des apparitions à 25% de CPU puis disparait (je ne vois pas ce qu'il pourrait convertir, personne n'est connecté) SystemInfo.cgi qui fait des points à 30% alors que le panneau de configuration Info n'est pas ouvert ... Encore plus étonnant : la somme "instantanée" des conso des process me donne toujours moins que ce qu'affiche le moniteur. Suis perdu sur ce coup là ... PS : mon DS212+ semble moins concerné. sa CPU au repos est à env. 15%, mais affiche quand même des pointes que je ne voyais pas avant.

Bonjour, Voici deux hardcopy effectuées alors que mon 112+ passe BFM en live : Et le moniteur au repos : 70% de CPU en lecture SD, et plus de 40% au repos, c'est énorme par rapport à ce que j'avais avant ... Une idée ?

Heu ... Je suis flatté, mais tu te trompes !!! Je n'y connais pas grand chose !!! Ma seule force : j'utilise le moteur de recherche et je lis les docs avant de poster sur ce forum ... Ma connaissance d'Unix remonte à (je n'ose pas le dire) et se limite à LS, rm, et surtout Kill -9, ma commande favorite !!! Bref, j'ai refait ce soir un test VideoStation avec une chaine SD en live ... j'ai fait des hardcopy, et je prépare un post ... Y a vraiment un truc étrange avec cette 4.3 ...

Merci Bud77. Effectivement, cette réindexation a duré plus de 12h sur mon Syno, mais là, elle est belle et bien terminée. Je continue les tests pour essayer de comprendre, ou mieux : de localiser le coupable ...