Dobry test chłodzenia CPU nie polega na tym, żeby „dobić” procesor do granicy, tylko sprawdzić, czy zestaw utrzymuje stabilną temperaturę pod długim obciążeniem, reaguje rozsądnie na wzrost ciepła i nie wpada w throttling. W tym tekście pokazuję, jak zrobić taki pomiar na Linuxie, jakich narzędzi użyć i jak odczytać wyniki bez zgadywania. Dorzucam też praktyczne wskazówki, co poprawić, jeśli chłodzenie wyraźnie nie wyrabia.
Sprawdź to przed startem, a wynik będzie miarodajny
- Do odczytu temperatur i obrotów użyj lm-sensors, a do obciążenia CPU najwygodniej sprawdza się stress-ng lub s-tui.
- Krótki test 5 minut nadaje się tylko do szybkiej kontroli, a nie do uczciwej oceny chłodzenia; sensowniejszy zakres to 10-20 minut.
- Patrz nie tylko na maksimum temperatury, ale też na taktowanie, throttling i reakcję wentylatorów.
- Na wynik mocno wpływają: temperatura pokoju, kurz, pasta termiczna, ustawienia BIOS/UEFI i tryb pracy laptopa.
- Na części laptopów czujniki nie będą w pełni widoczne w `lm-sensors`, bo sprzęt udostępnia dane inaczej niż desktop.
Co naprawdę sprawdza test chłodzenia procesora
Najważniejsze jest rozróżnienie między „wysoką temperaturą” a realnym problemem. Nowoczesny procesor może przez krótki czas pracować bardzo blisko limitu i nadal działać poprawnie, bo ma wbudowane mechanizmy ochronne, a throttling oznacza po prostu obniżenie taktowania, żeby nie dopuścić do przegrzania.
W praktyce patrzę na trzy rzeczy: jak szybko rośnie temperatura po włączeniu obciążenia, gdzie stabilizuje się po kilku minutach i czy zegary utrzymują się na stałym poziomie. Jeśli temperatura rośnie, ale taktowanie nie spada, chłodzenie zwykle robi swoją robotę. Jeśli zegary lecą w dół, a wentylator wyje na maksimum, to już nie jest kosmetyka, tylko realny sygnał, że coś trzeba poprawić.
To prowadzi do bardziej przyziemnego pytania: jak przygotować sprzęt, żeby wynik był naprawdę porównywalny, a nie przypadkowy.
Jak przygotować komputer, żeby wynik był miarodajny
Jak podaje AMD, na temperaturę wpływają m.in. chłodzenie, przepływ powietrza w obudowie, temperatura otoczenia, ustawienia użytkownika i rodzaj obciążenia. Dlatego przed testem wracam do ustawień wyjściowych i staram się wyeliminować wszystko, co fałszuje wynik.
- Wyłączam podkręcanie, agresywny PBO/boost i nietypowe profile energetyczne, jeśli właśnie diagnozuję problem.
- Zamykam ciężkie procesy w tle: kompilacje, synchronizacje chmury, gry, skanery i narzędzia RGB, które potrafią stale wybudzać rdzenie.
- Notuję temperaturę pokoju. Różnica kilku stopni w otoczeniu potrafi zmienić wynik bardziej, niż się wydaje.
- Po uruchomieniu systemu daję mu 10 minut na ustabilizowanie bezczynności, zanim zacznę porównywać odczyty.
- Na desktopie sprawdzam, czy obudowa jest zamknięta w docelowym układzie. Test na otwartym boku pokazuje tylko „co by było gdyby”, a nie realne warunki pracy.
Jeśli na tym etapie widzę już nietypowo wysokie temperatury w spoczynku, nie odpalam od razu ciężkiego stresu. Najpierw trzeba upewnić się, że pomiar bazowy ma sens, bo dopiero wtedy obciążenie coś mówi.
Po wyborze narzędzi można przejść do samego testu i zebrać dane, które da się porównać z kolejnym pomiarem.
Jakie narzędzia wybrać na Linuxie
Do samego odczytu temperatur najczęściej wystarcza `lm-sensors`, a do obciążenia procesora najlepiej sprawdza się `stress-ng`. Jeśli wolę mieć wszystko w jednym miejscu, sięgam po `s-tui`; gdy potrzebuję wykresów i GUI, przydaje się `psensor`.
| Narzędzie | Do czego służy | Największa zaleta | Ograniczenie |
|---|---|---|---|
lm-sensors |
Odczyt temperatur, obrotów wentylatorów i napięć | Lekki, szybki, standard na wielu dystrybucjach | Na części laptopów nie pokaże wszystkiego, a czasem trzeba dopiero wykryć czujniki |
stress-ng |
Obciążenie CPU i innych podzespołów | Elastyczny, ma limity czasu i wiele trybów CPU | Potrafi mocno nagrzać sprzęt, więc wymaga rozsądku |
s-tui |
Monitoring i stres test w terminalu | Widać temperaturę, taktowanie i throttling w jednym oknie | Nie każdy sprzęt pokaże pełen zestaw danych |
psensor |
Graficzny monitoring i logowanie wykresów | Łatwo porównać przebieg temperatury w czasie | Wymaga środowiska graficznego i bywa cięższy niż narzędzia terminalowe |
Jeśli `sensors-detect` nie wykryje czujników, nie zakładam od razu awarii. Na laptopach to częsty scenariusz, bo producent może udostępniać temperatury przez ACPI albo własny firmware, a nie przez typowy układ hwmon. Wtedy czasem trzeba iść inną ścieżką niż na desktopie.
Gdy dane już płyną, najważniejsze jest ich poprawne odczytanie. I tu najłatwiej popełnić błąd.
Jak przeprowadzić test krok po kroku
Najprostszy schemat jest taki: najpierw odczyt bazowy, potem obciążenie, potem obserwacja ustabilizowanego zachowania. W `lm-sensors` uruchamiam podgląd w pętli, a `stress-ng` odpalam na tyle długo, żeby procesor miał czas wejść w plateau.
- Sprawdzam bieżące czujniki:
sensors watch -n 1 sensors - Jeśli trzeba, wykrywam czujniki:
sudo sensors-detect - Uruchamiam obciążenie CPU:
stress-ng --cpu 0 --cpu-method all -t 15m --metrics-brief - Obserwuję, co dzieje się z temperaturą, taktowaniem i obrotami wentylatorów przez cały test, a nie tylko w pierwszej minucie.
W `stress-ng` opcja `--cpu 0` uruchamia obciążenie na wszystkich skonfigurowanych rdzeniach, a `-t 15m` daje zwykle dość czasu, żeby zobaczyć, czy temperatury się stabilizują, czy dalej pełzają w górę. Krótszy test pięciominutowy traktuję tylko jako szybką kontrolę po czyszczeniu albo po zmianie pasty.
Jeśli lubię wygodę, zamiast ręcznie składać wszystko w terminalu mogę użyć `s-tui`, które pokazuje od razu temperaturę, wykorzystanie CPU i symptomy throttlingu. To dobre narzędzie do szybkiej diagnozy, bo eliminuje przełączanie się między oknami.
Jeśli sprzęt już pracuje pod obciążeniem, pozostaje najważniejszy etap: poprawna interpretacja sygnałów, a nie samej liczby w stopniach.
Jak czytać temperatury, taktowanie i throttling
Jak podaje Intel, sama temperatura nie wystarcza do oceny sprawności chłodzenia, bo nowoczesny procesor może działać blisko limitu i nadal mieścić się w bezpiecznym zachowaniu. Ja patrzę więc nie na jedną liczbę, tylko na zestaw sygnałów: maksimum, stabilność zegarów, zachowanie wentylatora i to, czy CPU zaczyna ograniczać moc.
| Co widzę | Jak to zwykle odczytuję | Co robię dalej |
|---|---|---|
| Temperatura rośnie szybko, ale potem stabilizuje się na stałym poziomie | Chłodzenie najpewniej nadąża, a CPU korzysta z turbo | Zapisuję wartość i sprawdzam hałas oraz obroty |
| Temperatura dochodzi do wysokiego poziomu i taktowanie spada | Throttling temperaturowy | Sprawdzam montaż chłodzenia, pastę i limity mocy |
| Wentylator pracuje bardzo głośno, a temperatura dalej rośnie | Słaby kontakt radiatora, kurz albo zły przepływ powietrza | Rozbieram układ i szukam przyczyny mechanicznej |
| Różnica między rdzeniami sięga kilkunastu stopni | Nierówny docisk albo lokalny hotspot | Kontroluję montaż i rozprowadzenie pasty |
Nie traktuję też 90°C jako automatycznej katastrofy. W wielu współczesnych konstrukcjach to jeszcze mieści się w logice pracy pod obciążeniem, zwłaszcza w laptopach i podczas długiego boostu. Problem zaczyna się wtedy, gdy wysoka temperatura idzie w parze z ciągłym zrzucaniem taktowania albo spadkiem wydajności z minuty na minutę.
Jeśli wynik wygląda źle, kolejny krok to już nie interpretacja, tylko działanie naprawcze.
Co zrobić, gdy chłodzenie nie wyrabia
Gdy chłodzenie nie wyrabia, zaczynam od rzeczy najtańszych i najbardziej prawdopodobnych. Z mojego doświadczenia największą różnicę dają zawsze: kurz, pasta termiczna, docisk radiatora i sensowny przepływ powietrza w obudowie.
- Czyszczenie kurzu - zatarte żeberka i zapchane filtry potrafią podnieść temperaturę bardziej niż wymiana wentylatora.
- Nowa pasta termiczna - jeśli stara pasta wyschła albo została położona nierówno, kontakt między CPU a radiatorem pogarsza się bardzo szybko.
- Prawidłowy montaż - zbyt słaby lub nierówny docisk daje lokalne hotspoty i duże różnice między rdzeniami.
- Krzywa wentylatorów - zbyt „ciche” ustawienie w BIOS/UEFI często wygląda dobrze na papierze, ale kończy się throttlingiem pod obciążeniem.
- Lepszy cooler albo lepszy przepływ powietrza - jeśli radiator jest po prostu za słaby do TDP procesora, kosmetyka nic nie zmieni.
- Laptop - pomaga ustawienie na twardej powierzchni, oczyszczenie wlotów i wylotów oraz powtórny test po serwisowym czyszczeniu układu.
Jeśli po poprawkach temperatura spada tylko symbolicznie, nie szukam cudów. W praktyce przy realnym problemie sensowna poprawa powinna być zauważalna od razu, a nie o 1-2 stopnie w granicach błędu pomiaru.
Po naprawie warto jeszcze raz uruchomić ten sam scenariusz testowy, bo tylko identyczne warunki pokażą, czy zmiana faktycznie zadziałała.
Co zapisuję po teście, żeby wynik miał sens za miesiąc
Po zakończeniu pomiaru zapisuję nie tylko maksymalną temperaturę, ale też warunki testu: temperaturę pokoju, czas obciążenia, model chłodzenia, wersję BIOS/UEFI, ustawienia boostu oraz to, czy obudowa była zamknięta. Taki zestaw danych daje mi porównanie „przed i po”, a nie przypadkowy zrzut ekranu, z którego niewiele wynika.
Jeśli chcę mieć naprawdę użyteczny punkt odniesienia, powtarzam dokładnie ten sam test po czyszczeniu, wymianie pasty albo zmianie krzywej wentylatorów. Wtedy od razu widać, czy poprawa jest realna, czy tylko temperatura otoczenia była tego dnia niższa. A jeśli sprzęt nadal szybko wpada w throttling, to nie jest już kwestia jednego pomiaru, tylko sygnał, że trzeba szukać mocniejszego chłodzenia albo problemu w montażu.
