Hoe je bepaalt of de vertraging in Plex door de client of de server wordt veroorzaakt

Plex-vertraging ligt aan de clientzijde wanneer hetzelfde serverpad elders wel goed werkt, en aan de serverzijde wanneer meerdere clients dezelfde bottleneck veroorzaken.

De lastige gevallen zitten tussen die uitersten in. Gebruik daarom vervangingen in plaats van intuïtie. Houd het mediabestand en het netwerk gelijk, vervang alleen de client en herhaal de test vervolgens met een ander bestand of een andere afspeelmodus. Controleer tegelijkertijd of serverresources verzadigd raken en bekijk de logboeken, zodat de test rendering, decodering, netwerklevering en serververwerking van elkaar onderscheidt.

Reproduceer de vertraging met dezelfde media

Wanneer je het bestand en de client tegelijk wijzigt, gaat de vergelijking verloren. Met één bekend testbestand heb je een stabiele werklast om te controleren of één apparaat uitzonderlijk traag is.

clientspecifieke Plex-regressies kunnen sommige platforms beïnvloeden terwijl andere goed blijven werken.

Speel hetzelfde item met dezelfde kwaliteit af op twee clients via hetzelfde netwerk en vergelijk de opstarttijd en foutmeldingen. Als slechts één client de vertraging veroorzaakt, controleer dan eerst de clientcodec, de app-versie en de decodering op het apparaat voordat je de server aanpast.

Controleer of de server verzadigd raakt

Een vertraging aan de serverzijde zou tijdens het trage verzoek zichtbaar moeten zijn in CPU-, geheugen-, schijf-, netwerk- of workeractiviteit. Als de host ruim onder de verzadigingsgrens blijft, is de client of het netwerkpad waarschijnlijker de oorzaak.

controles op gebruik, verzadiging en fouten maken onderscheid tussen een drukke resource en een resource die daadwerkelijk beperkt wordt of defect raakt.

Leg dezelfde hostmetingen vast tijdens een snelle clientsessie en een trage clientsessie. Als de trage client geen overeenkomstige serverbelasting veroorzaakt, onderzoek dan het eindpunt of transport voordat je de serverresources uitbreidt.

Forceer Direct Play en transcodering als afzonderlijke tests

Een client kan snel zijn met Direct Play, maar traag worden wanneer de compatibiliteit ervan de server naar een ander afspeelpad dwingt. Door beide modi te testen, zie je of de vertraging de client zelf volgt of de transcodeerbelasting die deze veroorzaakt.

Wanneer Plex-transcodering vereist is, verplaatst de compatibiliteit van de client het decodeer- en codeerwerk naar de server.

Gebruik een mediabestand waarvan bekend is dat het op beide clients met Direct Play wordt afgespeeld en voeg daarna het problematische formaat of de problematische ondertitelconditie toe. Als de vertraging alleen optreedt wanneer de conversie start, controleer dan de transcoder en tijdelijke opslag in plaats van de clientinterface. Herhaal bij vertragingen die alleen via WAN optreden dezelfde matrix via een bekend extern Plex-streamingpad, zodat lokaal en extern gedrag niet door elkaar lopen.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Gebruik een padmatrix in plaats van losse tests

De snelste diagnose vergelijkt client A en B met directe en getranscodeerde weergave onder dezelfde netwerkomstandigheden. Die matrix laat zien welke variabele met de fout samenhangt, in plaats van dat je steeds meer ongerelateerde instellingen wijzigt.

externe 4K Plex-streaming vereist een duurzame uploadsnelheid en kan ook server-side conversie activeren.

Noteer vier resultaten: client A/direct, client A/geconverteerd, client B/direct en client B/geconverteerd. Als één rij consequent mislukt, los dan eerst die laag op en voer de matrix opnieuw uit voordat je naar de volgende hypothese gaat.