Jump to content
XPEnology Community

pmchan

Member
  • Posts

    213
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by pmchan

  1. C'est toi qui voit, il n'y a pas à être d'accord, tu as deux approches possibles pour installer DSM sur autre chose qu'un matériel officiel: la baremetal est de loin la plus simple si tu as le bon matériel, en VM tu es certain de n'arriver à rien si tu vises le transcodage hardware sous DSM. Il y a évidemment des alternatives avec Linux ou autre, mais est-ce vraiment le sujet, ici on parle xpenology donc je ne vois pas trop l'intérêt de t'orienter sur autre chose pour complexifier encore le problème..? Concernant l'évolutivité plus pérenne d'une installation VM, nous sommes de toute façon tous dans l'expectative car nous ne pouvons dire s'il y aura un loader DSM 7.0, donc ça n'est à mon sens pas un vrai critère de choix, si pas de loader, tout le monde restera sous DSM 6.2.2, que ce soient les VM ou les baremetal. Par contre ton DS918+ aura droit à cette mise à jour. Très franchement, je chercherais juste à avoir un serveur Plex, je garderai mon chouette DS918+ en lui mettant 4x10To (tu en as déjà deux), en SHR ou Raid ça fait quand même 20 à 30To suivant le degré de protection SHR(2) Raid5 ou 6... Je ne sais pas ce qu'il te faut de plus comme stockage ^^; Si tu galères avec le docker de Plex, pourquoi ne pas tout bêtement installer le package Synology à la place? Il aurait l'avantage de fonctionner directement avec l'accélération matérielle. Il y a une époque où les mises à jour étaient très en retard par rapport aux autres plateformes, c'est ce qui m'avait poussé vers la version docker mais ce n'est plus du tout le cas.
  2. J'ai pas tout suivi sur ce soudain revirement VM, mais sache que tu n'auras pas d'accélération matérielle (hardware transcode) sous Plex ou Video Station avec une VM, ça ne fonctionne pas ou pas totalement, (cf ce post en russe). Tu transcoderas donc en software et il te faudra alors un cpu avec un gros passmark si tu veux transcoder de la 4K ou HEVC 10bits, par exemple. Vu que le transcodage matériel était ton objectif de départ, je ne comprends pas trop pourquoi tu bascules soudainement sur une VM mais après tout, si tu arrives à faire fonctionner ton 918+ en hardware transcode (je penche pour un problème de config docker comme expliqué plus tôt), ça te fera une seconde machine pour t'amuser, mais à moins d'avoir trop de sous, je réparerais plutôt mon DS918+ ou partirais sur un barematal si l'objectif est d'avoir du transcodage hardware. Autre chose, si tu récupères le numéro de série du DS918+, attention à ne pas le revendre car ce serait un peu malhonnête pour le pauvre acquéreur.
  3. @EVOTk tu as tout à fait raison, je me suis trompé dans mes copier/coller et la différence de charge s'en explique tout à fait. Le Node 804 est vraiment top, c'est celui que j'ai pour mon xpeno, tu as deux racks extractibles de 4 disques 3.5" chacun, deux emplacements 2.5" cachés derrière la façade avant et 2 autres emplacements 3.5" (ou 2.5") côté carte mère. Soit 10 disques 3.5" et deux 2.5", sachant qu'en bricolant on peut encore ajouter un 3.5" ou un rack de 4x2.5", voir plus, il suffit d'être imaginatif. Ce boitier est juste génial, très bien ventilé et filtré. À noter que sur ma version qui date de quelques années, il faut rajouter des adaptateurs aux deux racks pour y monter des disques de plus 6To car les emplacements de vis sont différents, je crois qu'ils ont modifié les racks depuis pour ne pas avoir à acheter ces adaptateurs en plus mais c'est à vérifier. Bon courage pour ton hospitalisation et à tout bientôt pour tenter de trouver ce qui cloche sur ton syno EDIT: le Node 804 est vendu avec 3 ventilos de 120mm.
  4. Nan mais c'est la jalousie qui s'exprime, on aimerait tous être aussi bien "équipé" Pour en revenir au docker de Plex, à ta place j'exporterai le container actuel (bouton droit dessus, Paramètres/Exporter). tu récupèreras alors un fichier .json que tu édites avec un éditeur de texte comme celui proposé dans les paquets synology ou celui de ton ordi et tu vérifies que tu as quelque chose qui ressemble à ça au tout début, sachant que pour un DS918+ je me demande s'il ne faut pas virer renderD128 et ne laisser que "dev/dri". { "cap_add" : [], "cap_drop" : [], "cmd" : "", "cpu_priority" : 90, "devices" : [ { "CgroupPermissions" : "rwm", "PathInContainer" : "/dev/dri/renderD128", "PathOnHost" : "/dev/dri/renderD128" } ],
  5. Le J3455 du DS918+: passmark de 2200 et GPU intégré Intel HD Graphics 630 Intel HD 500 (merci EVOTk) (transcodage hardware 4 flux 4k codec inconnu ->1080p: charge cpu de 24%) Mon i5 7500T: passmark de 5500 et GPU intégré Intel HD Graphics 630 (transcodage hardware 4 flux 4k HEVC 10 ->1080p: charge cpu de 12%) l'i5 8600k d'EVOTk: passmark de 10330 et GPU intégré Intel UHD Graphics 630 Reconnaissons la victoire écrasante d'EVOtk au jeu du cékikikalaplugrosse mais néanmoins, ces trois machines fourniront sensiblement les mêmes résultats lors de transcodage hardware d'un fichier vidéo, aussi bien en nombre de flux simultanés que de qualité de rendu. Le passmark représente la puissance brute du CPU et n'a donc que très peu d'incidence lorsque l'on parle d'accélération matérielle qui fait appel à la partie GPU intégrée. Tu noteras que la partie GPU Intel a très peu évoluée depuis 3 ans, on est passé de HD 630 à UHD 630 pour des différences minimes, c'est pour ça que je ne t'encourageais pas à te ruiner puisque tu destines ta machine à de la vidéo et que le passmark ne sert alors à rien si tu passes par le transcodage hardware. Ceci étant dit, si tu disposes déjà d'un DS918+, je t'encourage plutôt à trouver ce qui cloche dans ta configuration car cette machine suffit largement à transcoder 4 flux 4K et même plus.
  6. si tu as 90% de charge cpu, c'est que le transcodage hardware ne fonctionne pas. Ton docker est-il bien configuré, avec un devices: - /dev/dri:/dev/dri bien déclaré? Pendant un transcodage, Il y a bien un petit (hw) à côté du flux transcodé dans le tableau de bord plex?
  7. Si vous y arrivez, cela fera du bruit car personne n'a jamais pu faire communiquer une carte graphique avec DSM, tout simplement parce qu'il n'exister aucun driver:
  8. J'ai bien précisé en baremetal puisque le type d'installation n'est pas communiqué.
  9. Tout dépend de ce que entends par évolution, faire tourner xpenology est-il un choix à court terme ou la machine est-elle prévue pour fonctionner le plus longtemps possible avec cet environnement? Si ton budget est illimité, alors autant partir un i5 9600K, mais tu ne constateras pas forcément de différence au quotidien avec un i3 9100, et les deux processeurs feront quasiment aussi bien en transcodage hardware. On avait fait des tests de transcodage hardware 4K via Plex il y a quelques temps, 4 flux 4k vers 1080p transcodés en hw prenaient autour de 20% cpu, que ce soit sur mon 7500T ou le petit J3455 du ds918+.
  10. Xpenology ne gère absolument pas les cartes graphiques, elles ne servent donc à rien dans une configuration baremetal, à part consommer plus d'électricité et chauffer la pièce. Quand on parle de transcodage video "hardware", on fait allusion à l'accélération matérielle fournie par la partie GPU intégrée au processeur. Le décodage software quant à lui se repose uniquement sur la puissance de la partie CPU. par exemple, l'Intel i5 9600K est équipé du GPU intégré UHD 630, le même GPU que sur la game i3 de même génération, as-tu réellement besoin des 6 coeurs du i5? Si tu ne vises que le transcodage hardware de vidéos, je partirai sur un i3, largement suffisant avec ses 4 coeurs. Pour rappel, le vrai Nas Synology DS918+ tourne avec un ridicule J3455 et transcode en hardware sans soucis plusieurs flux 4K avec son GPU Intel HD Graphic 500.
  11. Those motherboards with integrated Gemini Lake CPU can't boot legacy bios and don't have CSM mode, that's a shame and the reason why those cool Asrock pieces of hardware are not a good choice anymore for xpenology if your goal is to install more than 4 drives with a cheap used crossflashed LSI , I learned it the hard way and had to return mine. Asrock replied "Gemini Lake platform natively support for UEFI mode only" to someone asking for legacy bioses on their forum.
  12. It depends on what you want to use it for, this CPU is Ivy Bridge generation and you need Haswell or later for ds916 and ds918 loaders, so you won't get video hardware transcoding, for example. See this well made reference document for better understanding.
  13. default is 12 disks and regarding cpu cores, I don't have the knowledge to answer your question but did you take a look at this Proxmox tutorial? Nevermind, I saw you did post in this thread
  14. Synology HW transcoding relies on Intel integrated gpu and your cpu doesn't have any, plus I'm not absolutely sure about that but from my understanding, HW transcoding can't be achieved with virtualized xpenology installation. So, you'll get software transcoding, whichever loader you chose and I suppose it will be OK as long as you don't try to transcode high bitrate 4K videos.
  15. OK, bizarre que ça l'ai fait chez moi, je vérifierai à la prochaine update et merci pour ton retour 😀
  16. Effectivement, pour vider la mémoire, je n'ai pas trouvé d'autre solution que de redémarrer le NAS.
  17. À vérifier mais j'ai l'impression que le paramètre VaapiDriver="i965" disparait de Preferences.xml lors d'une mise à jour du paquet, il faut le remettre.
  18. Excuse-me but how do you plan to install 10+ disks on a motherboard with 4 internal Sata ports and only one pci-e x1 slot? You'll get 8 at best with a 4xsata card (like SYBA SI-PEX40064) but at reduced speed due to slow pci-e slot ... First thing first, search for this nic model through the forum to know if it works with 6.2.2. And I'm not even sure the RTL8111GR is a future proof choice, if not, you won't even have a second pci-e slot to install a working Intel Nic. I suppose you can buy this motherboard for cheap but I'm not sure it's a good choice, I too had one of those Asrock motherboards with integrated cpu, but there's no room for expansions and I now think it's dangerous when used for an xpenology rig. My two cents.
  19. oui, je teste avec tous les codecs que j'ai sous la main, du HEVC 10 bits au mpeg4 de base, tout passe sans soucis et sans augmentation incontrôlée de mémoire, pourvu que ça dure!
  20. Ah il m'a répondu, ce coup-ci avec une info utile, on peut ajouter l'argument VaapiDriver="i965" au fichier de configuration Preferences.xml pour éviter d'avoir à supprimer l'autre driver à chaque update.
  21. J'ai répondu au gars qui nous expliquait comment bien se servir de nos machines, il fut d'une grande aide: https://forums.plex.tv/t/ram-on-1-18-7-2415/542849/11
  22. Bon, cette fois j'ai trouvé, le problème vient du nouveau driver video intel iHD_drv_video.so qui est censé remplacer le bon vieux Vaapi. Entre les 1.18.6.XXXX qui fonctionnaient nickel et la 1.18.7.XXXX, ils ont corrigé un bug qui touchait le transcodage des cpu Apollo Lake, notamment sur les Synology type 918+. Il ont dû modifier un truc qui réagit spécifiquement au driver dev/dri qu'on a sur nos syno/xpeno mais sans que nous ayons le cpu apollo Lake qui va derrière (Kaby Lake dans mon cas). Tout ça pour dire qu'on retrouve un fonctionnement normal de Plex en supprimant ce fichier situé dans le container, au bout du chemin "/usr/lib/plexmediaserver/lib/dri", puis "rm iHD_drv_video.so". On relance ensuite le container et ça devrait fonctionner, en tout cas ici c'est bon. Le truc chiant c'est de faire la manip à chaque fois, donc d'abord updater, au jour d'aujourd'hui en 1.18.8.2468, puis supprimer le fichier, éteindre le container et le relancer. À voir si cela reste important de faire les mises à jour, je n'utilise pas leur service SVOD et n'ai pas besoin d'autres fonctions que celles présentes actuellement pour gérer mes médiathèques.
  23. laisse tomber, je me suis complètement planté, ça n'a rien à voir avec mon histoire de chemin. Ce qui pose problème chez moi, c'est le décodage hardware: juste avant ma dernière upgrade en 1.18.7, j'avais désactivé le décodage hardware et c'est ça qui a eu pour résultat de faire revenir plex à un usage normal de la RAM. Une fois le décodage hardware activé, sous 1.18.7.XXXX, la ram se fait bouffer!
  24. Bizarre, sinon, la seconde chose que j'ai faite, c'est désinstaller l'extension TVHeadend puisque de toute façon Plex ne gère pas les flux RTSP de la freebox, c'était pour avoir les programmes sur une timeline me semble t-il, mais je ne m'en servais jamais.
  25. bah mince... et il se rempli bien pendant une lecture? Et en mettant le chemin d'origine, comme moi? Ou alors c'est la "latest" qui corrige le bug? Pourant c'es toujours la 1.18.7.2457 qui merdait chez moi avant ce changement.
×
×
  • Create New...