Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Behåll Plex permanenta appdata på tillförlitlig lagring och placera tillfälliga transkodningsfiler på en snabb lokal sökväg med tillräckligt ledigt utrymme; blanda inte tillfälliga utdatafiler med mediemappar.
Plex ”cache” och ”tillfällig transkodningskatalog” löser olika problem. Serverns datakatalog innehåller permanenta databaser och metadata samt cacheunderkataloger, medan transkodningsinställningen styr var tillfälliga strömningssegment skrivs. På en Docker-hemmserver bör du mappa dessa funktioner medvetet, så att en snabb arbetsyta kan bytas utan att konfigurationsdatabasen riskeras och så att en fullständig tillfällig sökväg inte förbrukar den volym som Plex behöver för att hålla sitt kärntillstånd stabilt.
Separera permanent appdata från tillfälligt arbetsmaterial
Betrakta Plex konfigurationsmontering som permanent tillstånd. Den bör överleva när containern återskapas och omfattas av vanliga säkerhetskopior. Cache i detta tillstånd kan vara tillfälligt, men databasen och metadata är det inte. Därför är det fel optimering att flytta hela konfigurationsträdet till en flyktig plats bara för att göra miniatyrbilder eller transkodning snabbare.
Plex påpekar att en överdimensionerad serverdatakatalog ofta kan minskas genom att mindre kritiskt material undantas eller flyttas, och deras vägledning om serverdatans storlek skiljer specifikt datakatalogen från medielagringen. Använd denna åtskillnad för att hålla den återställningskritiska sökvägen tydlig.
Om din nuvarande Docker-mall bara mappar en enda konfigurationssökväg bör du först låta den mappningen vara oförändrad. Lägg till eller ändra sökvägen för transkodningens arbetsyta separat, så att du kan testa prestanda och kapacitet utan att samtidigt flytta Plex-databasen.
Välj transkodningskatalog efter kapacitet först och hastighet därefter
Plex avancerade transkodningsinställning låter dig välja en tillfällig katalog för strömmande transkodning. Sökvägen behöver ha tillräckligt med ledigt utrymme för de tillfälliga segment som skapas av aktiva sessioner. Snabb SSD- eller NVMe-lagring kan minska fördröjningen, men en liten snabb volym som blir full under en stor transkodning är sämre än en något långsammare lokal volym med säker marginal.
Den officiella Plex-dokumentationen om transkodning avråder från att använda en nätverksresurs, en sökväg till mediebiblioteket eller en plats som redan innehåller orelaterade data som tillfällig transkodningskatalog. Plex rekommenderar också ledigt utrymme som ungefär motsvarar källfilen plus ytterligare marginal, så dimensionera arbetsytan efter den största realistiska samtidiga belastningen.
Om du använder tillfällig lagring som stöds av minnet bör du betrakta kapaciteten som en hård gräns och ta med andra tjänster i beräkningen. En RAM-baserad sökväg kan vara snabb, men en stor eller samtidig transkodning kan också skapa minnestryck för hela NAS-enheten. Börja med lokal SSD/NVMe om du inte har uppmätt ett skäl att använda RAM.
Mappa Docker-sökvägen så att värden och container använder samma plats
I Docker måste sökvägen som Plex ser inne i containern mappas till den värdlagring du avsåg att använda. En värdkatalog kan ha gott om utrymme samtidigt som containern skriver någon annanstans eftersom monteringsmålet är fel. Kontrollera båda sidorna av mappningen innan du ändrar Plex transkodningsinställning.
Guiden för den första Docker-appen på ZimaOS är en användbar utgångspunkt för hur appvolymer på ZimaOS fungerar: applikationen ser bara de containersökvägar som exponeras för den, medan NAS-administratören ansvarar för var dessa sökvägar finns på värden.
När mappningen är korrekt startar du en transkodning och bevakar värdkatalogen. Nya tillfälliga filer bör visas där medan uppspelningen pågår. Om de visas i konfigurationsvolymen eller på någon annan värdsökväg ska du stoppa och rätta monteringen i stället för att ändra fler Plex-inställningar.
Kontrollera rensning, omstartsbeteende och gränser för full disk
Låt en tvingad transkodning köras tillräckligt länge för att skapa en mätbar mängd tillfälliga data. Stoppa sedan uppspelningen och bekräfta att arbetskatalogen rensas som förväntat. Starta om Plex och upprepa samma test för att säkerställa att monteringen fortfarande finns och är skrivbar efter en händelse i containerns livscykel.
Bevaka ledigt utrymme medan två representativa transkodningar körs om hushållet ofta strömmar samtidigt. Framgång handlar inte bara om snabbare start; NAS-enheten måste behålla tillräcklig kapacitet för Plex-databaser, Docker och andra tjänster medan den tillfälliga sökvägen växer under den ursprungliga belastningen.
Om den tillfälliga katalogen upprepade gånger blir full bör du minska antalet samtidiga transkodningar, öka arbetsytans kapacitet eller välja en annan lokal lagringsnivå. Peka inte inställningen mot mediebiblioteket eller en nätverksresurs som en nödlösning; ändra i stället kapacitetsplanen.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så säkerhetskopierar du Plex utan att fånga en inkonsekvent databas
Använd Plex databassäkerhetskopiering för kärntillståndet, eller stoppa Plex innan du kopierar hela appdataträdet. Testa sedan att återställningen fungerar i stället för att lita på...
