Menu Start otwiera się trzy sekundy. Eksplorator plików zatrzymuje się przed pokazaniem folderu. Karta przeglądarki robi się biała i każe czekać. Menedżer zadań pokazuje 18% CPU, 54% pamięci i 2% dysku. Nic nie jest czerwone ani pełne, a komputer ewidentnie działa wolno.
Brakującym pojęciem jest ścieżka krytyczna. Kliknięcie uruchamia łańcuch pracy. Wątek programu wykonuje kod, prosi o plik, system pobiera stronę pamięci, sterownik kończy przerwanie i dopiero wtedy okno może się narysować. Czynność kończy się w tempie najwolniejszego wymaganego kroku. Siedem innych rdzeni może odpoczywać. Dysk może przesłać prawie zero danych. Łączne użycie wygląda świetnie, a jedno ogniwo zatrzymuje cały łańcuch.
Dlatego „nic nie ma 100%” nie jest diagnozą. Poniżej znajdziesz sześć wąskich gardeł najczęściej ukrywanych przez średnie, zwykłe narzędzia Windows, które je odsłaniają, oraz moment, w którym pełny ślad wydajności naprawdę ma sens.
Dlaczego normalne procenty mogą ukryć długie oczekiwanie
Procent zwykle łączy pracę z pewnego czasu i wielu elementów sprzętu. Świetnie nadaje się do szybkiego podglądu, ale wygładzanie usuwa dokładnie to, przez co komputer wydaje się wolny: krótki, lokalny zastój wymaganego zasobu.
Dokumentacja Menedżera zadań Microsoftu podaje bardzo czysty przykład. W komputerze z ośmioma procesorami logicznymi jeden procesor logiczny obciążony w pełni wnosi tylko 12,5% do łącznego użycia CPU. Przy 16 wątkach będzie to 6,25%. Jeśli program czeka na ten jeden zajęty wątek, dostępne rdzenie nie pomagają. Cała czynność stoi za fragmentem, którego nie da się podzielić.
Sześć wąskich gardeł spłaszczanych przez Menedżer zadań
1. Jeden pełny procesor logiczny
W Menedżerze zadań otwórz Wydajność i CPU, kliknij wykres prawym przyciskiem, a następnie wybierz Zmień wykres na > Procesory logiczne. Nie szukasz rdzenia, który kiedykolwiek dotknął 100%. Harmonogram przenosi wątki. Szukasz powtarzalnego wzoru, w którym podczas wolnej czynności znika pojemność jednego procesora logicznego, nawet jeśli praca przeskakuje między wykresami.
Częste przykłady to główny wątek gry, dekompresja, jednowątkowy instalator, skrypt w programie oraz rozszerzenie powłoki blokujące Eksplorator plików. Większa liczba rdzeni nie przyspieszy fragmentu, którego nie można uruchomić równolegle.
2. Skok krótszy niż rozdzielczość wykresu
Domyślny wykres jest podsumowaniem. Skok CPU trwający 150 ms może wyraźnie zatrzymać okno, a potem zniknąć w sekundowej próbce. Posortuj kartę Procesy lub Szczegóły według CPU przed odtworzeniem problemu albo zapisz liczniki w Monitorze wydajności. Przy bardzo krótkich usterkach Windows Performance Recorder i Windows Performance Analyzer zachowują oś czasu zamiast wygładzać ją do średniej.
3. Opóźnienie dysku bez wysokiego transferu
Dysk nie musi przesyłać setek megabajtów, aby Cię zatrzymać. Wystarczy jeden wymagany odczyt z czasem
odpowiedzi 600 ms. Uruchom resmon, przejdź do Dysku i obserwuj Czas odpowiedzi podczas
odtwarzania pauzy. Microsoft traktuje utrzymujące się opóźnienie jako ważny licznik i wyraźnie
oddziela je od przepustowości. Krótkie skoki się zdarzają. Powtarzalne długie oczekiwania zgrane z
objawem wymagają uwagi.
Jeśli Dysk pokazuje 100% czasu aktywności, osobny poradnik o 100% użycia dysku wyjaśnia, dlaczego zajęty czas i szybkość transferu są różnymi pomiarami.
4. Hard faults i presja pamięci zadeklarowanej
„Pamięć ma 70%” nie mówi, czy dokładnie ta strona pamięci, której potrzebuje program, znajduje się w RAM. Hard fault występuje, gdy Windows musi pobrać ją z dysku zamiast z listy w pamięci. Pojedyncze zdarzenia są normalne. Seria zgrana z każdą pauzą łączy zarządcę pamięci z objawem.
Monitor zasobów pokazuje Hard Faults/s dla każdego procesu. Czytaj również pamięć Dostępną i zadeklarowaną, nie tylko wielki procent. Poradnik o wysokim użyciu RAM rozdziela pożyteczny cache, prawdziwą presję i wyciek pamięci.
5. Niskie efektywne taktowanie, temperatura lub limit mocy
Dwadzieścia procent CPU przy 600 MHz nie oznacza tej samej wydajności co dwadzieścia procent przy 4,5 GHz. Laptop w złym trybie zasilania, gorący procesor obniżający taktowanie, ograniczenie ładowarki lub firmware i agresywna polityka baterii mogą tworzyć niskie użycie, bo dostępna wydajność została już zmniejszona.
Czytaj użycie razem z efektywnym taktowaniem, temperaturą i mocą. Jeśli pod tym samym obciążeniem taktowanie spada wraz ze wzrostem temperatury lub limitu mocy, przejdź do poradnika throttling termiczny kontra limit mocy.
6. Zakłócenia DPC i ISR sterownika
Przerwania sprzętowe i odroczone wywołania procedur są normalnymi częściami Windows. Źle zachowujące się urządzenie albo sterownik może wykonywać je zbyt często lub zbyt długo, opóźniając wątki wymagające regularnego czasu. Dokumentacja Windows Performance Analyzer Microsoftu opisuje ten sam wzór przy odtwarzaniu i animacji: nadmierny czas DPC lub ISR może zostawić za mało czasu procesora dla wątku.
To diagnoza wymagająca śladu. Nie odinstalowuj sterowników tylko dlatego, że internetowa lista wspomniała „DPC”. Nagraj zły fragment przez Windows Performance Recorder, sprawdź DPC/ISR w WPA i szukaj skoków zgranych z opóźnieniem. Zgodność w czasie jest ważniejsza niż groźnie wyglądająca nazwa modułu.
| Ukryte oczekiwanie | Szybki dowód | Narzędzie do potwierdzenia |
|---|---|---|
| Jeden krytyczny wątek CPU | Pojemność jednego procesora logicznego znika podczas pauzy | Wykresy logiczne Menedżera zadań, potem CPU Usage w WPA |
| Krótki skok | Proces skacze tylko przy powtarzaniu czynności | Log PerfMon albo WPR/WPA |
| Opóźnienie dysku | Czas odpowiedzi rośnie razem z pauzą | Monitor zasobów lub PerfMon |
| Hard fault | Seria Hard Faults/s dla danego procesu | Monitor zasobów, potem pamięć w WPA |
| Zmniejszona wydajność CPU | Taktowanie spada albo nie rośnie pod tym samym obciążeniem | Historia czujników i kontrola trybu zasilania |
| Zakłócenia sterownika | Regularna usterka czasu, często również dźwięku lub animacji | Oś DPC/ISR w WPR/WPA |
Test zaczynający się od dowodów
- Nazwij jeden objaw. „Komputer jest wolny” to zbyt szerokie zdanie. „Otwarcie tego lokalnego folderu trwa trzy sekundy” da się zmierzyć.
- Spraw, aby dało się go powtórzyć. Użyj tego samego folderu, uruchomienia programu, działania menu albo sceny gry. Zapisz, czy tylko pierwsza próba jest wolna.
- Oznacz przedział czasu. Zapisz sekundę rozpoczęcia i zakończenia albo nagraj ekran z widocznym zegarem. Korelacja potrzebuje czasu.
- Najpierw sprawdź tanie sygnały. Procesory logiczne, taktowanie i temperaturę, dostępną pamięć, hard faults oraz czas odpowiedzi dysku.
- Zmieniaj jedną przyczynę, nie pięć ustawień. Odłącz jedno podejrzane urządzenie, zatrzymaj jeden potwierdzony klient synchronizacji albo zmień jeden tryb zasilania. Powtórz test.
- Nagraj pełny ślad dopiero przy czystych licznikach. WPR i WPA służą do znajdowania oczekiwania niewidocznego w podsumowaniach, nie do ozdabiania zgadywania większą liczbą wykresów.
Zacznij od objawu, nie od listy trików
| Objaw | Pierwsze miejsce do sprawdzenia | Dlaczego |
|---|---|---|
| Eksplorator zatrzymuje się w jednym folderze | Czas odpowiedzi dysku, miniatury, rozszerzenie powłoki, ścieżka sieciowa | Reszta Windows nie przechodzi przez tę ścieżkę |
| Wszystko zwalnia po wybudzeniu | Taktowanie, tryb zasilania, stan urządzenia lub sterownika | Wybudzenie zmienia stan sprzętu, nie tylko autostart |
| Pisanie albo dźwięk zacina się w równym rytmie | Ślad DPC/ISR, urządzenia USB, audio i sieciowe | Regularny czas wskazuje na okresowy element systemu |
| Pierwsze uruchomienie wolne, drugie szybkie | Dysk, skan antywirusa, cache lub kompilacja | Rozgrzane dane zmieniają drugą próbę |
| Wolny jest tylko jeden program online | Sieć, DNS, odpowiedź usługi, profil programu | Lokalne użycie nie wyjaśnia zdalnego oczekiwania |
| Zwalnia dopiero po dziesięciu minutach obciążenia | Temperatura, taktowania, moc i rosnąca pamięć | Usterka zależy od nagromadzonego ciepła lub stanu |
Co dodaje PC Workman
Menedżer zadań jest migawką. PC Workman najbardziej pomaga tutaj jako kontekst w czasie: obciążenie CPU i GPU, pamięć, temperatury, taktowania, moc oraz procesy aktywne w okolicy spowolnienia. Historia lepiej odpowiada na pytanie „co zmieniło się przed zwolnieniem?” niż okno otwarte już po zdarzeniu.
Obecna wersja nie wykonuje pełnego śladu WPR/WPA, nie przypisuje opóźnień DPC/ISR i nie pokazuje każdego licznika opóźnienia dysku. Do tych zadań użyj narzędzi Microsoftu. PC Workman może zawęzić przedział i potwierdzić lub odrzucić temperaturę, spadek taktowania, presję pamięci oraz zwykłe obciążenie procesów, zanim przejdziesz do śladu.
Krótkie odpowiedzi
Dlaczego komputer działa wolno przy niskim CPU i RAM?
Ponieważ jeden wymagany krok czeka. Wątek, żądanie dysku, hard fault, przerwanie sterownika albo zdalna odpowiedź mogą zatrzymać czynność, gdy większość maszyny pozostaje bezczynna.
Czy jeden rdzeń CPU może spowolnić cały komputer?
Tak. Pełny procesor logiczny to tylko 12,5% łącznego użycia w systemie ośmiowątkowym i 6,25% w 16-wątkowym. Jeśli czynność zależy od tego wątku, wolne rdzenie nie skracają oczekiwania.
Co zmierzyć najpierw?
Powtórz jedną dokładną czynność, a w tym samym przedziale sprawdź procesory logiczne, efektywne taktowanie, dostępną pamięć, hard faults oraz czas odpowiedzi dysku.
Źródła pierwotne
- Microsoft: diagnozowanie procesów przez Menedżer zadań, w tym sposób liczenia procesorów logicznych.
- Microsoft: liczniki wydajności Windows i opóźnienie dysku.
- Microsoft Windows Performance Toolkit: analiza CPU oraz DPC/ISR.
- Microsoft: hard faults i pobieranie stron pamięci z dysku.
Jeśli ukrytym limitem jest pamięć karty graficznej, przejdź do poradnika o VRAM w grach i lokalnym AI →