Reprise du message précédent :

Oui pour le coup je trouve que ça fait bien le taf et bien réglé, la détection / reconnaissance (humains, animaux, voitures, ...) avec le coral et quelques cam ca marche plutôt bien.
Juste un petit bug sur l'écran pour set les masques des zones ou sur certains coins de l'écran ça ne choppe pas bien les ancrages parfois.

Du coup vu que j'avais des soucis de performance avec Blue Iris en VM Windows avec du SR-IOV, je me suis dit autant utiliser Frigate en container Docker. Ça marche, sauf que j'ai des soucis de perf GPU pour le transcodage Jellyfin, je comprends vraiment pas. Des gens parlent de la capacité à transcoder au moins 4 vidéos 4K en simultané avec un Intel UHD 770, mais dans mon cas j'ai le load GPU à 100% avec un seul transcodage (et pas un HEVC ultra high profile, c'est du main, converti en 1080p @15Mbps).

 
Pour le coup Frigate niveau conso cpu/gpu c'est assez raisonnable, ici pour la detection sur 2 cams 4MP
Ca a pas mal baissé sur le cpu depuis que j'ai mis la coral.
 
Sinon pour le transcoding avec Jellyfin, j'ai pas trop checké mais par contre ce que j'ai remarqué avec mon nouveau proc par rapport à l'ancien c'est que c'est très fluide, notamment le seek dans les vidéos est quasi transparent.
Il y a juste quelques bug dans leur appli android, notamment avec le player video embarqué... et si tu utilises un lecteur externe genre vlc ca perd un peu les suivis des next videos ce qui est un peu chiant pour les séries... mais bon ca fait quand meme bien le taf dans l'ensemble.
J'utilisais pas mal Serviio dans le temps mais le player web était parfois bugué et le transcoding semblait plus capricieux. l'appli android était pas mal par contre.

 
Là je le fais tourner sans décodage/encodage hardware QSV ou VAAPI, 10% d'utilisation CPU, sachant que j'ai du go2rtc et 2 flux pour lesquels j'ai des filtres ffmpeg assez intensifs (dewarping d'une caméra fisheye + rotation + ajout de timestamp). Mais j'aimerais bien pouvoir tourner sur le GPU (sauf pour les flux avec filtres vu que c'est incompatible), mais j'ai vraiment des performances pas terribles avec l'UHD 770...
Par curiosité, tu tournes sur quel OS? Ton Jellyfin tourne dans un conteneur Docker?

Faudrait que j'essaye tiens

Bon j'aurais pas dû vous écouter avec la consommation de la bécane
Dès le départ j'ai réglé le C-state limit à C10 en pensant que ça n'aurait pas d'impact sur les perfs. Bah clairement que si, en décodage ou encodage avec ffmpeg, j'ai un x4 en passant le paramètre à CPU default ou C0/C1.

 
C'est déconseillé par Intel de faire ça (Long-term reliability cannot be assured unless all the Low-Power Idle States are enabled).
 
Si tu désactives juste l'économie d'énergie sur le GPU (i915.enable_dc=0) avec C6 ou C10 activé, ça fonctionne mieux ?

C'est vrai que Frigate Cpu only c'est chaud.
Quand j'avais plus de charge Cpu, j'avais au final une conso plus importante à la prise, sûrement plus de core activés, que la avec le Gpu et la Coral...

Sinon oui que ce soit Frigate ou Jellyfin c'est dans les 2 cas des docker, sur un ubuntu server LTS sur du Ryzen 5 8500g
Pour Jellyfin, j'utilise l'image linuxserver avec un mapping device sur le Gpu de processeur.

Rien à voir avec le sujet de base, mais vu que tu le mentionnes, ça marche bien le transcodage avec le GPU intégré AMD ? Bon jellyfin n'est pas Plex, mais l'information est toujours bonne à prendre

Alors même si un peu biaisé car j'avais gardé mon ancien Nas assez longtemps et du coup je suis passé d'un E3-1265l à un Ryzen 5 8500g et c'est vraiment le jour et la nuit notamment sur le transcoding...
 
Je ne cours pas après les benchmarks parce qu'on leur fait dire ce que l'on veut, mais sur un cas concret qui m'intéresse, ça fait clairement le taf, même avec le eco mode activé dans le bios.
Ex video 4k transcodée pour un smartphone en 2K ou 1080p, le seek dans la vidéo même à des segments assez éloignés se fait très très rapidement que ce soit en h264, hevc ou av1 tout en ayant Frigate et les ffmpeg des flux des cams qui tournent en fond et c'est très appréciable.
 
A la base je cherchais plutôt un proc intel 13100 ou 14100, j'étais plus team Intel  
Puis je suis tombé sur des articles qui parlaient du 8500g, plutôt puissant, bon nombre de core, gpu intégré, et une conso idle pas dégueulasse ce qui en faisait un bon candidat pour un nas et du coup j'ai sauté le pas et je ne regrette pas car au final j'ai une conso moyenne identique a mon E3-1265, mais avec une puissance incomparable...

Je testerai à l'occasion. Mais ça pue un peu les conneries ça, quelle différence avec C6 activé si le CPU a une grosse charge constante qui le maintient à C0?

Qui a déja vu un CPU non-OC mourir ?

 
Même OC, je n'ai jamais vu... tant que c'est stable, rien à craindre. Même OC sur 10 ans d'usage, pas de soucis.

Jamais vu, j'ai juste eu un 3950X qui faisait des plantage aléatoire après quelques mois d'utilisation, du a un problème physique connu apparemment, mais je ne sais pas d'où ça venait.
 
J'ai déjà cramé un Duron (600 de mémoire) avec l'overclock a l'époque ^^

Tu vas le détériorer par électromigration. Ca va effectivement peut-être un peu plus vite avec de l'OC mais le principe reste le même. Après, comme avec l'OC, ton CPU ne va pas nécessairement mourir. Tu vas plutôt avoir des plantages bizarres au bout de quelques années.
 

On a rarement un load CPU qui reste à 100%, 100% du temps, sauf à faire du minage ou du calcul intensif. Il essaye nécessairement de descendre dans les states dès qu'il peut. Le principe et l'intérêt de redescendre en tension est bien expliqué ici : http://www.csl.mete.metu.edu.tr/El [...] n/emig.htm (self-healing + baisse température)

Ça n'explique pas en quoi le CPU s'abimerait... Va dire ça aux mecs qui font du HPC

Un CPU, ça s'use et se dégrade avec le temps (même si très lentement). Le processus décrit explique en quoi garder sous charge électrique constante accélère cette dégradation ce qui, je suppose, est à l'origine du warning d'Intel dans ses datasheets sur la désactivation des mécanismes de réduction de consommation.

Y a aussi la finesse de gravure qui doit jouer.

J'ai surtout l'impression que c'est le service juridique qui a demandé de pondre ça pour se dédouaner...
De toute façon je vais repasser les C-states en CPU default, j'avais les mêmes perfs qu'en C0/C1, ça me fera toujours un paramètre qui reste en CMOS default.

Je pense que j'ai encore un problème sur la fréquence du GPU Intel, j'obtiens ça lorsque Frigate tourne + transcodage 4K Jellyfin + VM Windows avec SR-IOV:

Le GPU ne semble jamais passer à la fréquence requise, ce qui expliquerait les coupures dans le transcodage...
J'ai quand même tenté un factory defaults du BIOS, mais pas mieux...

3 hypothèses:
- une limite à 35W dans le bios sur PL1 ou PL2
- une limite dans le bios sur la fréquence max iGPU
- une limite interne à ton processeur (t'as pris un modèle en T)
 
Si je devais parier, je mettrais une pièce sur le processeur.

Ce serait surprenant, l'écart de perf chez PassMark n'est que de 10% avec le 14900...

C'est de le voir collé comme ça aux 35W que je trouve suspect.

Je tenterai un dump du BIOS (j'ai la version T14 alors que la plus récente sur leur site est la T13), et je downgraderai en T3, les 2 versions n'ont qu'une semaine d'écart l'une de l'autre. On verra bien...

tu peux pas abaisser ta charge CPU au minimum par ailleurs histoire de voir s'il monterait pas en fréquence avec une conso plus basse ? (en laissant juste la transco jellyfin par exemple)

J'avais testé sous Ubuntu histoire d'écarter un souci de kernel/distro. Sans charge CPU, je parviens en effet à atteindre les 1650MHz max du GPU tout en restant sur une consommation à 35W. En lançant un stress GPU + CPU, la fréquence du GPU redescend, pour laisser de la ressource au CPU, avec toujours une consommation bloquée à 35W.
On est d'accord que je devrais voir avec intel_gpu_top des montées de TDP si la charge est forte?

oui. J'ai un i5-12500, assez proche cousin du tiens donc.
 
Si je lance une transco jelly, puis un md5sum sur un film (histoire de le charger en RAM), puis 10 md5sum en // sur le même film, ça donne ça:

 
On le voit bien passer de 30W, puis 36 pour le premier md5, pour finir à 70W quand il doit faire tourner ses coeurs, sans pour autant limiter la frequence du GPU.
 
Tu es bien sûr que dans ton bios, tu n'as pas les limites PL1 et PL2 d'actives ?

Sur un autre conseil j'ai poussé les limites PL1 et PL2 au TDP max pour voir, mais pas spécialement mieux...
J'ai mis les captures du BIOS ici si tu veux voir: https://www.reddit.com/r/homelab/co [...] p_on_cwwk/
On voit quand même bien dans ton cas que tu es toujours proche de la fréquence requise, alors que dans mon cas je n'obtiens même pas un 10ème de ce qui est demandé...

sur un de tes screenshots (le 5eme), on voit sous "current turbo settings" des limites à 35W pour le pkg et le PL1. Il faudrait que tu arrives à les forcer à 65W.

Mais pourtant c'est bien raccord avec les specs du CPU non? https://www.techpowerup.com/cpu-spe [...] 900t.c3444

Oui c'est les valeurs du CPU. Et normalement tu devrais pouvoir booster au niveau de TL2 pendant 28 secondes.
 
Après c'est le principe de ces processeurs en T que d'être castrés sur la consommation et les fréquences afin qu'ils consomment et chauffent moins. C'est le même die qu'un processeur normal sinon.
 
Je ne sais pas si on peut réellement forcer ces limites sur ces séries

Si j'avais su j'aurais collé un 14900K, mais pas dit que la carte mère aurait apprécié
Plus sérieusement ça me semble quand même curieux, parce que btop m'indique 8% de load CPU, donc il devrait y avoir moyen de balancer un peu plus de jus sur le GPU quand je transcode

En complément voici un radeontop et un btop pendant un transcoding sur Jellyfin 4K => 2K
 

Et y a un équivalent de SR-IOV chez AMD?

pas sur a 100% mais je ne crois pas non, pas en tout cas sur les gpu intégrés, par contre ils ont des cartes gpu qui le gère je crois ou équivalent mxGPU
après j'utilise plus trop de VM de mon côté.

 
Il a un budget de 35W a répartir entre le gpu et les coeurs. Il doit estimer que le gpu a moins de besoins donc il le baisse en fréquence, et donne le reste aux coeurs.
 
Ce qui va être délirant, c'est quand le processeur va vouloir utiliser tous ses coeurs (avec 35W, il ne va pas aller bien loin). Ce serait intéressant de voir ce qu'il se passe niveau consommation sur une compilation de kernel avec un make -j 30, pour voir si il arrive bien à monter au niveau de PL2 pendant quelques secondes.
 
Il faut que tu arrives à péter cette limite de 35W. Tu ne risques rien à lui coller 65W. Tu peux essayer avec PL1 override ou avec Intel XTU (en laissant bien "Package Power Limit MSR Lock" désactivé dans le bios).

Oui, ça s'appelle SR-IOV

Je l'utilise sur un 3400G sous esxi. Le problème de SR-IOV est que le bios de la carte mère doit le supporter pour le signaler aux cartes compatibles au démarrage.

Les cartes réseau Intel, Mellanox.. le supportent depuis +10 ans. En revanche côté GPU, c'est le vide, NVIDIA le propose sur quelques Quadro, et encore, c'est soumis à licence. Intel devait le proposer sur ses iGPU, AMD de suivre... Pas vu d'avancée.

Euh je fais du SR-IOV sur iGPU Intel hein

Je vais tenter, mais ça me semble complètement absurde, je vois même pas comment les benchs de ce CPU sortent des chiffres pareils...

PL1 à 65W, PL2 à 106W et RC6 désactivé, j'obtiens ça:

C'est déjà mieux mais pas encore ça... Je sais pas pourquoi mais je sens que je vais être bon pour aller chercher un i7 14700K

Edit:
PL1 à 80W, PL2 à 106W, RC6 toujours désactivé:

Edit2:
PL1 à 90W, PL2 à 106W, RC6 désactivé:

Edit 3:
PL1 à 100W, PL2 à 106W, RC6 désactivé, on voit que le TDP dépasse les 100W (enfin!), niveau température, je suis à 42°C, donc rien d'anormal. On va laisser comme ça, avec le SR-IOV, la VM Windows tourne nickel, avec frigate + Jellyfin en parallèle. Merci docmaboul, tu avais trouvé la bonne piste

On s'en approche, mais un modèle T était clairement pas le meilleur choix

super, bonne nouvelle
 
Ce qui reste bizarre, c'est la manière dont PL2 est appliquée. Ton processeur devrait accepter de boost sa conso pendant Tau secondes (grosso modo). Il faut que tu vérifies si là aussi tu peux surcharger Tau dans le bios pour que PL2 s'applique proprement (peut-être redescendre PL1 à35W le temps de, histoire que ce soit facile à voir). Une fois que ça fonctionne tu peux la monter à 220W comme pour un i9-14900 normal.

Là j'ai le Dual Tau Boost désactivé, et le PL1 Time Windows à 8 secondes (valeur par défaut pour les CPU desktop d'après le BIOS).