Deze bron bevat een sterke officiële reeks voor probleemoplossing. De N3350 van de ZimaBlade bleef rond 795-800 MHz, zelfs terwijl Jellyfin het CPU-gebruik naar 100% dreef. De temperaturen bedroegen slechts ongeveer 34-45 °C, en hetzelfde gedrag werd gereproduceerd op een ZimaBoard met dezelfde processor waarop ZimaOS opnieuw was geïnstalleerd. IceWhale onderzocht vervolgens het CPU-frequentiebeleid en ontdekte scaling_governor onverwacht ingesteld op userspace.
Zima-Jerry stelde voor de governor over te schakelen naar een dynamisch beleid. De oorspronkelijke poster wijzigde deze naar ondemand en bevestigde expliciet dat de CPU daarna opschaalde naar ongeveer 2,3 GHz en dat de reactiesnelheid aanzienlijk verbeterde. Een tweede gebruiker meldde dat de tijdelijke oplossing terugviel naar userspace na het opnieuw opstarten, waarna IceWhale antwoordde dat de volgende versie het probleem zou verhelpen. Daarom moet dit worden beschouwd als een historische regressie in de ZimaOS-governor, met een door de bron bevestigde tijdelijke oplossing tijdens runtime—niet als een diagnose van hardwarefalen.
Het bronmateriaal ondersteunde thermische terugklokking niet
De gebruiker had een aangepaste koelplaat en ventilator toegevoegd en rapporteerde CPU-temperaturen onder 45 °C tijdens belasting. Ook merkte de gebruiker op dat het systeem eerder warmer was geweest—tot ongeveer 65 °C—zonder hetzelfde probleem met de reactiesnelheid.
Daarom paste “de CPU raakt oververhit en wordt teruggeklokt naar 800 MHz” slecht bij het waargenomen bewijs.
Hetzelfde gedrag werd gereproduceerd op een ander nieuw geïnstalleerd ZimaOS-systeem
De OP installeerde later ZimaOS opnieuw op een ZimaBoard met dezelfde processor en zag dezelfde limiet van 800 MHz en hetzelfde trage Jellyfin-gedrag. Hierdoor werd het minder waarschijnlijk dat één beschadigde ZimaBlade-kaart de oorzaak was.
IceWhale vroeg naar het daadwerkelijke CPU-frequentiebeleid
De officiële diagnostische opdrachten controleerden het volgende:
cat /sys/devices/system/cpu/intel_pstate/no_turbo
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governorDit zijn alleen-lezencontroles en ze zijn veiliger dan onmiddellijk een maximale kloksnelheid forceren of de BIOS-energie-instellingen wijzigen.
IceWhale ontdekte scaling_governor=userspace
Zima-Jerry gaf aan dat de bronuitvoer het volgende liet zien userspace, terwijl het verwachte ZimaOS-beleid op dat moment de CPU daar niet vast had mogen laten staan.
De voorgestelde runtimekeuzes omvatten powersave of ondemand, afhankelijk van de beschikbare cpufreq-driver/governors.
Van ondemand werd in de bron bevestigd dat het CPU-boosting herstelde
De bronopdracht was:
echo ondemand | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governorDe OP meldde vervolgens boosts tot ongeveer 2,3 GHz en een aanzienlijk betere responsiviteit.
Deze opdracht kwam rechtstreeks van het personeel van IceWhale in de historische thread, maar huidige systemen kunnen andere standaardgovernors tonen, zoals schedutil. Controleer eerst de huidige toestand voordat u iets wegschrijft.
De workaround bleef bij een andere gebruiker niet behouden
Khapra zei dat de opdrachten het probleem tijdens de actieve sessie oplosten, maar dat de governor na een herstart terugkeerde naar userspace. Zima-Jerry antwoordde dat de volgende versie dit zou oplossen.
Maak geen aangepaste service voor uitvoering tijdens het opstarten op een huidig ZimaOS-systeem, tenzij de bug reproduceerbaar is in de huidige release en IceWhale deze nog niet heeft opgelost.
Jellyfin was de belasting die de CPU-beleidsbug blootlegde
Het genereren van miniaturen en transcoderen zorgde voor een CPU-belasting die hoog genoeg was om de frequentiebeperking duidelijk zichtbaar te maken. Er is niet bewezen dat de app de hoofdoorzaak was: de toestand van de CPU-governor was het systeemniveauprobleem waardoor de processor niet op de belasting kon reageren.
Test eerst opnieuw met de huidige stabiele versie van ZimaOS
De bron betrof de 1.4.x-release. Het huidige ZimaOS is veel nieuwer. Controleer op een huidig systeem de governor en frequentie onder belasting voordat u de workaround uit 2025 toepast.
In de huidige hardwaredocumentatie van de ZimaBlade wordt het 3760-model met hetzelfde Intel N3350-platform vermeld, waardoor de historische diagnose nog steeds nuttig is wanneer de symptomen overeenkomen.
Gebruik de huidige hardwarebasis van de ZimaBlade.
Veelgestelde vragen over de ZimaBlade van 800 MHz
Bewees de bron dat de CPU van de ZimaBlade defect was?
Nee. Hetzelfde probleem deed zich opnieuw voor op een ander systeem en veranderde onmiddellijk toen de CPU-governor werd gewijzigd.
Welke instelling ontdekte IceWhale?
scaling_governor was ingesteld op userspace.
Werkte ondemand?
Ja. De oorspronkelijke poster bevestigde dat de CPU-frequentie steeg tot ongeveer 2,3 GHz en dat de responsiviteit van Jellyfin en het systeem aanzienlijk verbeterde.
