To źródło przedstawia spójny, oficjalny ciąg diagnostyczny. Procesor N3350 w urządzeniu ZimaBlade utrzymywał częstotliwość na poziomie około 795–800 MHz, nawet gdy Jellyfin zwiększał użycie CPU do 100%. Temperatury wynosiły zaledwie około 34–45°C, a to samo zachowanie odtworzono na świeżo zainstalowanym systemie ZimaBoard z tym samym procesorem. Następnie IceWhale sprawdził politykę częstotliwości CPU i wykrył scaling_governor nieoczekiwanie ustawiono na userspace.
Zima-Jerry zaproponował przełączenie regulatora na dynamiczną politykę. Autor wątku zmienił go na ondemand i jednoznacznie potwierdził, że procesor zwiększył wtedy częstotliwość do około 2,3 GHz, a responsywność znacznie się poprawiła. Drugi użytkownik zgłosił, że obejście powróciło do userspace po ponownym uruchomieniu, a IceWhale odpowiedział, że następna wersja naprawi ten problem. Dlatego należy traktować to jako historyczną regresję regulatora w systemie ZimaOS, z potwierdzonym w źródle obejściem działającym w systemie, a nie jako diagnozę awarii sprzętu.
Dowody źródłowe nie potwierdzały dławienia termicznego
Użytkownik zamontował niestandardowy radiator i wentylator oraz poinformował, że temperatura procesora pod obciążeniem pozostawała poniżej 45°C. Zauważył również, że wcześniej system osiągał wyższe temperatury — do około 65°C — bez tego samego problemu z responsywnością.
W związku z tym stwierdzenie „procesor przegrzewa się i ogranicza taktowanie do 800 MHz” słabo pasowało do zaobserwowanych dowodów.
To samo zachowanie odtworzono na innym świeżym systemie ZimaOS
Następnie autor wątku zainstalował świeży system ZimaOS na urządzeniu ZimaBoard z tym samym procesorem i zaobserwował ten sam limit 800 MHz oraz powolne działanie Jellyfin. Zmniejszyło to prawdopodobieństwo, że przyczyną była jedna uszkodzona płytka ZimaBlade.
IceWhale poprosił o informacje o rzeczywistej polityce częstotliwości CPU
Oficjalne polecenia diagnostyczne sprawdzały:
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_governorSą to kontrole tylko do odczytu i są bezpieczniejsze niż natychmiastowe wymuszenie maksymalnego taktowania lub zmiana ustawień zasilania w BIOS-ie.
IceWhale wykrył scaling_governor=userspace
Zima-Jerry powiedział, że dane wyjściowe źródła wskazywały userspace, podczas gdy oczekiwane wówczas zasady ZimaOS nie powinny były pozostawiać procesora zablokowanego na tym poziomie.
Sugerowane opcje uruchamiane w czasie działania obejmowały powersave lub ondemand, zależnie od dostępnego sterownika/gubernatorów cpufreq.
ondemand przywracał zwiększanie częstotliwości procesora, co potwierdzono w źródle
Polecenie ze źródła brzmiało:
echo ondemand | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governorAutor oryginalnego posta poinformował następnie o przyspieszeniach do około 2,3 GHz i znacznej poprawie responsywności.
To polecenie pochodziło bezpośrednio od pracownika IceWhale z historycznego wątku, ale w aktualnych systemach mogą być dostępne inne domyślne gubernatory, takie jak schedutil. Przed zapisaniem czegokolwiek sprawdź bieżący stan.
Obejście nie zachowało się u innego użytkownika
Khapra powiedział, że polecenia naprawiły problem podczas bieżącej sesji, ale po ponownym uruchomieniu gubernator wrócił do userspace. Zima-Jerry odpowiedział, że problem zostanie naprawiony w następnej wersji.
Nie twórz niestandardowej usługi uruchamianej podczas startu w aktualnym systemie ZimaOS, chyba że błąd rzeczywiście można odtworzyć w bieżącej wersji, a firma IceWhale nie naprawiła go wcześniej.
Jellyfin ujawnił błąd zasad procesora
Generowanie miniatur/transkodowanie powodowało wystarczająco duże obciążenie procesora, aby wyraźnie ujawnić ograniczenie częstotliwości. Nie udowodniono, że aplikacja była przyczyną problemu: problemem na poziomie systemu był stan gubernatora procesora, który uniemożliwiał procesorowi reagowanie na obciążenie.
Najpierw ponownie przetestuj aktualną stabilną wersję ZimaOS
Źródło dotyczyło linii wydań 1.4.x. Obecny ZimaOS jest znacznie nowszy. W aktualnym systemie przed zastosowaniem obejścia z 2025 roku sprawdź gubernatora i częstotliwość pod obciążeniem.
Aktualna dokumentacja sprzętowa ZimaBlade wskazuje, że model 3760 korzysta z tej samej platformy Intel N3350, dlatego historyczna diagnoza pozostaje przydatna, gdy objawy są zgodne.
Użyj aktualnej specyfikacji sprzętowej ZimaBlade.
FAQ: ZimaBlade 800 MHz
Czy źródło dowiodło, że procesor ZimaBlade był uszkodzony?
Nie. Ten sam problem wystąpił ponownie w innym systemie i natychmiast się zmienił po zmianie gubernatora procesora.
Jakie ustawienie znalazła firma IceWhale?
scaling_governor ustawiono na userspace.
Czy ondemand zadziałał?
Tak. Autor oryginalnego posta potwierdził, że częstotliwość procesora wzrosła do około 2,3 GHz, a responsywność Jellyfin/systemu znacznie się poprawiła.
