Come misurare le prestazioni di Plex senza confondere la cache con la capacità

Le prestazioni di Plex sono facili da sovrastimare quando un test ripetuto viene servito dalla cache invece di sollecitare il percorso di archiviazione, rete o calcolo che si intende misurare.

La cache è un comportamento utile in produzione, non un errore da eliminare, ma risponde a una domanda diversa dalla capacità. Un film già in cache, un poster memorizzato o una ricerca ripetuta possono sembrare molto più veloci del primo accesso. Il metodo consiste nell'etichettare le esecuzioni a freddo, a caldo e a regime, controllare il client e la modalità di riproduzione e osservare le metriche del dispositivo sottostante prima di considerare il risultato più veloce come una capacità sostenibile.

Definisci la capacità come prestazioni sostenibili dal sistema

La capacità è il carico di lavoro che l'intero percorso di Plex riesce a mantenere nella finestra temporale pertinente: letture simultanee, transcodifiche, attività sui metadati e distribuzione tramite rete senza accumulare ritardi. La cache può aumentare le prestazioni a breve termine servendo i dati riutilizzati da un livello più veloce, ma questo picco non dimostra che la risorsa di supporto più lenta possa mantenere indefinitamente la stessa velocità.

Quando il set di lavoro rientra nella memoria, i risultati dei benchmark con cache calda possono differire nettamente dal comportamento al primo accesso. Per Plex, indica se un'esecuzione è a freddo o a caldo invece di trattare ogni risultato ripetuto come la stessa misurazione della capacità.

Definisci l'affermazione sulle prestazioni prima del test. Se la domanda è “questo server può sostenere tre flussi remoti mentre è in corso un backup?”, una riproduzione a caldo di dieci secondi di un solo file non è il test di capacità pertinente.

Esegui test a freddo e a caldo sullo stesso percorso multimediale

Un'esecuzione orientata al test a freddo parte da uno stato in cui è meno probabile che il file o i metadati esatti siano già presenti nella cache più veloce, mentre un'esecuzione a caldo ripete la stessa richiesta poco dopo. È difficile garantire una condizione completamente fredda su un server domestico attivo, quindi usa etichette e osservazioni dei dispositivi invece di svuotare la cache in modo distruttivo.

Se esegui il riscaldamento della cache tra le esecuzioni del benchmark, documenta volutamente questo stato. Ripeti lo stesso file, client, qualità e schema di ricerca, annotando quanta attività del dispositivo di supporto o della rete scompare nel passaggio successivo.

Se l'esecuzione a caldo migliora mentre le letture dal dispositivo di supporto diminuiscono nettamente, la cache contribuisce al miglioramento. Si tratta di prestazioni preziose per l'utente, ma il risultato a freddo resta importante per i nuovi titoli, le librerie di grandi dimensioni e i set di lavoro che superano la capacità della cache.

Osserva il dispositivo di supporto mentre Plex sembra veloce

La fluidità del lettore da sola non può dirti se i dati provengono dalla RAM, da una cache SSD, da una cache dei metadati o dal disco multimediale originale. Abbina i tempi percepiti dall'utente alla latenza dello storage, al throughput di lettura e ai contatori di CPU, GPU e rete, così che il percorso veloce abbia una spiegazione fisica.

Aumentare la dimensione della cache non migliora automaticamente ogni carico di lavoro di Plex. Considera la dimensione della cache un'ipotesi da verificare, non un sostituto della misurazione della risorsa lenta di storage, rete o calcolo sottostante.

Per la navigazione dei metadati, confronta l'I/O del dispositivo rilevato dallo stato dell'app con i tempi dei poster e della libreria. Per la distribuzione dei contenuti, confronta le letture dal dispositivo sorgente con l'output di rete. Cache diverse possono accelerare contemporaneamente parti diverse di Plex.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Usa un set di lavoro più grande della cache per i test prolungati

Un test di capacità dovrebbe costringere gradualmente il sistema a servire dati che non possono rimanere tutti nella cache più veloce. Alterna diversi titoli di grandi dimensioni, cambia libreria oppure esegui sessioni simultanee abbastanza a lungo da portare lo storage di supporto e la rete a un andamento stabile, invece di riprodurre un solo segmento molto richiesto.

Collocare i metadati su uno storage più veloce può migliorare la navigazione e la reattività della libreria mentre i contenuti sorgente restano su dischi più lenti. Per questo il set di lavoro e il ruolo dei dati devono essere specificati prima di generalizzare un risultato del benchmark.

Se le prestazioni diminuiscono solo dopo che il test supera la cache, la velocità sostenuta più bassa è il dato di capacità più significativo. Se invece rimangono stabili e le risorse di supporto hanno ancora margine, la cache sta aiutando senza nascondere un collo di bottiglia.

Considera le esecuzioni ripetute e veloci un segnale della cache, non un errore

La cache dovrebbe rendere più veloce l'accesso ripetuto, quindi l'obiettivo non è costringere ogni richiesta di produzione a passare dal disco. L'obiettivo è sapere se la cache sta mascherando una risorsa che non reggerà quando il carico cambierà, crescerà o diventerà simultaneo.

La prima esecuzione può riscaldare la cache e modificare le misurazioni successive anche quando il dispositivo sottostante non è diventato più veloce. Indica lo stato della cache invece di fingere che un server attivo ne sia privo.

Quando la decisione riguarda specificamente le letture ripetute da un NAS, confronta la cache di lettura SSD con il disco diretto. Un'affermazione sulla capacità di Plex è credibile solo quando il test descrive lo stato della cache, il set di lavoro, la concorrenza e la risorsa di supporto che ha effettivamente gestito il carico.