Investi in più core della CPU quando il carico di lavoro Plex misurato include diverse attività vincolate dalla CPU che possono essere eseguite in parallelo; non dare per scontato che ogni operazione di Plex sfrutti più core.
Le transcodifiche software sono il carico di lavoro multi-core più evidente
Più transcodifiche software possono consumare grandi quantità di tempo CPU in parallelo, soprattutto quando i client non supportano la riproduzione diretta. Questo è lo scenario in cui è più facile giustificare una maggiore potenza di calcolo generica.
Misura la saturazione complessiva della CPU durante la conversione effettiva dei contenuti, usando controlli della saturazione per risorsa, e verifica che il server sia limitato dalla CPU anziché in attesa dello storage o della rete.
Se lo stesso carico di lavoro può utilizzare un motore multimediale supportato, confronta prima questa soluzione, invece di pagare per molti core aggiuntivi. L’accelerazione hardware può offrire più capacità utile per watt.
L’accelerazione hardware cambia la logica di acquisto
Una iGPU o una GPU supportata sposta gran parte della conversione video dai core generici della CPU. In questo caso, aggiungere core può influire meno sulla riproduzione rispetto alla scelta del motore multimediale giusto.
Un Intel N100 con pochi core può gestire più transcodifiche hardware quando il motore multimediale supportato esegue il lavoro di conversione, un aspetto che può essere più importante dell’aggiunta di core generici della CPU.
Verifica il supporto per codec, HDR, sottotitoli e sistema operativo sul candidato specifico. Considera lo streaming con accelerazione hardware un percorso necessario solo quando i client reali lo attivano effettivamente.
Le attività sulla libreria e sul database possono raggiungere limiti CPU diversi
Alcune operazioni di scansione e database possono essere seriali o limitate da un singolo percorso di esecuzione, quindi il numero totale di core non garantisce un miglioramento proporzionale.
La richiesta di scansioni della libreria multi-thread evidenzia che alcune attività di scansione non vengono automaticamente distribuite su tutti i core disponibili.
Confronta la saturazione del singolo core, l’utilizzo complessivo della CPU e la latenza dello storage durante l’attività lenta sulla libreria. Se un core è occupato mentre gli altri sono inattivi, dai priorità alle prestazioni per core o al percorso dello stato, invece di aggiungere altri core.
I server con più applicazioni possono sfruttare core aggiuntivi anche quando Plex non può farlo
Servizi complementari, backup, downloader e altri container possono essere eseguiti insieme a Plex, rendendo preziosa la capacità complessiva dei core. La decisione di acquisto dovrebbe considerare l’intero server, non solo il processo Plex.
I carichi di lavoro dei container introducono un sovraccarico delle risorse dipendente dal carico di lavoro e una domanda indipendente di CPU, quindi prova la normale combinazione di servizi prima di decidere quanti core offrano un margine effettivo.
Scegli la CPU più economica che superi il picco combinato con le attività di manutenzione attive. I core aggiuntivi sono giustificati quando prevengono una contesa ripetibile, non quando l’host è già per lo più inattivo.
Guida all'acquisto
Altro da leggere

Come scegliere un server domestico per Jellyfin e Kodi
Kodi può ridurre la necessità di transcodifica di Jellyfin quando i client supportano bene la riproduzione diretta; dimensiona quindi il server considerando la conversione...

Come scegliere la capacità di SSD, HDD e backup per Jellyfin
Dimensiona lo spazio di archiviazione di Jellyfin in base al ruolo: SSD per i dati attivi dell’app e lo spazio di lavoro temporaneo, HDD...

Prima di acquistare un server Jellyfin: il tuo vecchio PC è in grado di gestire il carico di lavoro?
Riutilizza un vecchio PC solo dopo che ha superato anche i test di carico reale con Jellyfin, alimentazione, rumorosità, archiviazione e ripristino che dovrebbe...

