Quale limite di memoria dovresti impostare per Jellyfin?
Non scegliere un limite di memoria universale per Jellyfin: inizia da un carico di lavoro misurato, riserva memoria per l'host e i container vicini e imposta un limite rigido solo dopo aver osservato i picchi reali.
Il tuo container cresce fino a far ricorrere l'host allo swap oppure un limite basso causa ripetuti arresti per OOM? Misura l'utilizzo a riposo, le scansioni della libreria, l'elaborazione dei metadati, le transcodifiche simultanee e la memoria disponibile per Docker o per la macchina virtuale prima di modificare il limite. Un limite è sicuro solo quando il carico di lavoro originale continua a essere completato e l'host conserva un margine di recupero.
Separa la crescita normale della cache dalla pressione sulla memoria residente
Per prima cosa confronta RSS del container, cache, swap e memoria libera dell'host durante l'inattività e durante il processo ripetibile più intenso. La cache del file system può sembrare elevata senza indicare una perdita di memoria, mentre una crescita della memoria residente insieme a eventi OOM indica un vincolo reale.
Una configurazione Docker di base per Jellyfin in genere parte da pochi gigabyte e ne richiede di più per la transcodifica, ma il valore corretto dipende dal carico di lavoro (baseline della memoria basata sul carico di lavoro).
Se l'RSS rimane stabile mentre la cache aumenta e l'host dispone di memoria recuperabile, monitora invece di restringere il limite. Se l'RSS cresce insieme allo swap o ai messaggi di arresto per OOM, continua con i test di transcodifica e della libreria.
Testa il limite in base all'evento che causa il problema
Esegui una scansione della libreria, una transcodifica rappresentativa e il numero previsto di stream simultanei, registrando l'utilizzo della memoria del cgroup, gli eventi di memoria, lo swap e la pressione sull'host. Modifica solo il limite di memoria tra un'esecuzione e l'altra.
Un limite che supera la riproduzione a riposo ma fallisce durante i sottotitoli, la conversione HDR o l'indicizzazione non è un'impostazione valida per la produzione. Registra quale evento ha causato il problema, così non aumenterai il limite per un collo di bottiglia non correlato.
Se il container viene terminato, aumenta il limite solo dopo aver ridotto la cache di transcodifica non necessaria o separato i processi pesanti. Se l'host ricorre allo swap, riduci la concorrenza o sposta un ruolo: assegnare a Jellyfin tutta la RAM rimanente sposta semplicemente il problema a un altro servizio.
Imposta una soglia di arresto e verifica la persistenza
Mantieni un avviso temporaneo al di sotto del limite rigido e lascia memoria sufficiente per l'host, i servizi di archiviazione e un riavvio ordinato. Un limite rigido deve proteggere l'host, non nascondere un processo senza limiti o una macchina sottodimensionata.
Dopo aver modificato il limite, arresta e ricrea il container una volta, quindi ripeti la scansione originale e l'evento di riproduzione. Verifica che il limite configurato sia ancora attivo dopo la ricreazione e che il database rimanga scrivibile.
Interrompi la regolazione e procedi con un'escalation quando gli eventi OOM continuano con un limite che non lascia margine all'host, il database si danneggia o il processo cresce senza un carico di lavoro riproducibile. Conserva i log e l'ultima configurazione funzionante prima di apportare modifiche più rilevanti.
Ricontrolla il picco di riproduzione dopo un riavvio a freddo
Riavvia l'host, attendi il montaggio delle unità di archiviazione e l'avvio dei container vicini, quindi riproduci lo stesso mix di stream multiutente che aveva inizialmente evidenziato il problema del limite. Non verificare il risultato solo con una dashboard inattiva o una singola sessione Direct Play.
Il recupero è dimostrato quando la riproduzione rimane stabile, non si verifica una raffica di attività dello swap, il container rimane al di sotto del limite e un nuovo backup o riavvio viene completato senza errori legati alla memoria. Confronta il risultato con la baseline registrata prima della regolazione.
Mantieni l'impostazione quando il carico di picco supera il test con un margine misurabile per l'host. Se fallisce solo dopo l'avvio di un altro container, suddividi il budget delle risorse o riprogramma il processo concorrente invece di aumentare nuovamente il limite di Jellyfin.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Come ottimizzare le connessioni al database di Jellyfin per container simultanei
Inizia con un unico proprietario del database e monitora il comportamento dei blocchi di SQLite; aggiungi un backend diverso solo quando la concorrenza e...
Come impedire la duplicazione di processi o importazioni in Jellyfin
Il lavoro duplicato di solito deriva da pianificatori sovrapposti o da più di un autore; assegna un unico responsabile, un unico percorso e un’unica...
Come riparare Jellyfin dopo che il volume del database si è riempito
Interrompi le scritture, conserva il database e i file WAL, libera spazio senza eliminare indiscriminatamente lo stato, quindi verifica l’integrità e il carico di...
