Który program zużywa za dużo RAM? Odczyty i obserwacja w Windows

Program na szczycie listy zużycia pamięci nie musi być winowajcą spowolnienia. Edytor z dużym projektem powinien zajmować więcej RAM niż niewielki komunikator. Problem zaczyna się wtedy, gdy zapotrzebowanie utrudnia pracę, rośnie bez wyraźnego powodu albo po zamknięciu zadania pozostaje nieproporcjonalnie duże.

W Windows najpierw porównaj aplikacje z dostępną pamięcią całego komputera. Potem obserwuj podejrzany program podczas konkretnej czynności. Taka kolejność pozwala rozróżnić normalne wymagania, zbędne dodatki oraz możliwy błąd aplikacji.

Otwórz Menedżer zadań w chwili spowolnienia

Naciśnij Ctrl + Shift + Esc i przejdź do procesów. Posortuj kolumnę pamięci malejąco. Rozwiń grupy aplikacji, ponieważ przeglądarka lub edytor mogą uruchamiać wiele procesów. Zapisz nazwę programu i przybliżone zużycie, zamiast od razu kończyć pierwszy proces na liście.

Przy nierozpoznanej nazwie sprawdź lokalizację pliku i informacje o wydawcy. Procesów systemowych, usług zabezpieczających i składników sterownika nie wyłączaj tylko dlatego, że mają nieprzyjazne nazwy. Jeden program może też korzystać z usługi działającej poza jego widoczną grupą.

Otwórz część Wydajność → Pamięć. Zwróć uwagę na zasób dostępny i pamięć zadeklarowaną, pokazywaną jako bieżąca wartość oraz limit. Duże wykorzystanie RAM ma inne znaczenie, gdy pozostaje przestrzeń na kolejne zadania, a inne, gdy komputer intensywnie czeka na dane i aplikacje odmawiają przydziału pamięci.

Nie dodawaj wszystkich liczb z różnych widoków w jeden rachunek. Domyślne zestawienie procesów nie obejmuje w identyczny sposób całej pamięci jądra, sterowników i cache. Różnica między sumą aplikacji a wykresem systemowym nie oznacza automatycznie ukrytego wirusa.

Trzy odczyty, których nie warto mylić

Przy dokładniejszej analizie w zakładce szczegółów można dobrać dodatkowe kolumny, na przykład rozmiar zadeklarowany i zestaw roboczy. Nazwy zależą od wersji Windows. Porównuj ten sam parametr przed zmianą i po niej; zmiana kolumny w połowie próby może dać pozorny spadek zużycia.

Zapisz również liczbę uruchomionych instancji programu. Dwa okna mogą działać w jednej grupie albo w osobnych procesach, zależnie od aplikacji. Jeśli użytkownik zamyka tylko dokument, a program pozostaje w zasobniku, to nie jest porównanie przed uruchomieniem i po pełnym zamknięciu. Sprawdź stan procesów, żeby te sytuacje rozdzielić.

Obserwuj jedno zadanie od początku do końca

1. Zapisz pracę i uruchom ponownie podejrzaną aplikację, bez zbędnych dokumentów i dodatków.
2. Zanotuj zużycie po ustabilizowaniu startu oraz ilość pamięci dostępnej w systemie.
3. Otwórz projekt lub wykonaj czynność, po której występuje problem.
4. Zamknij projekt i sprawdź, czy zużycie stabilizuje się oraz co dzieje się przy ponownym wykonaniu tej samej czynności.

Przykładowo edytor może zajmować dużo RAM po otwarciu dużej fotografii, a potem zachować część pamięci na ponowne użycie. Sam brak natychmiastowego spadku nie dowodzi wycieku. Bardziej podejrzany jest powtarzalny wzrost przy kolejnych podobnych cyklach, połączony z pogarszaniem pracy i zbliżaniem się do limitu systemu.

Zrzuty zrobione w odstępie kilku minut powinny zawierać również opis zadania. Bez tego nie da się porównać pustego programu z aplikacją mającą otwartych kilkanaście plików. Nie przyjmuj uniwersalnego limitu, na przykład „każdy program powyżej 1 GB działa źle”.

Gdy winna wygląda na przeglądarkę

Użyj także jej własnego menedżera zadań, jeśli jest dostępny. Pozwala powiązać zużycie z kartą, rozszerzeniem lub innym składnikiem. Zamknięcie całej przeglądarki pokaże jedynie, że grupa procesów zwolniła zasób; nie ustali, która strona lub dodatek odpowiadały za problem.

Porównaj pracę z mniejszą liczbą kart i jednym wyłączonym podejrzanym rozszerzeniem. Uwzględnij ustawienia usypiania nieaktywnych kart. Dalsze kroki opisuje poradnik ograniczenia pamięci przeglądarki. Nie instaluj kolejnego „optymalizatora”, który stale działa w tle.

Wykres rośnie, lecz żaden program tego nie tłumaczy

Do bardziej szczegółowego odczytu można użyć oficjalnego RAMMap z pakietu Microsoft Sysinternals. Pokazuje między innymi wykorzystanie według kategorii, procesów i plików obecnych w pamięci. Zapisane migawki pomagają porównać stan przed objawem i podczas niego.

Traktuj RAMMap jako narzędzie obserwacji. Wymuszanie opróżniania pamięci nie rozwiązuje przyczyny i zmienia warunki pomiaru. Jeśli rośnie kategoria związana ze sterownikiem lub jądrem, przygotuj dane o ostatnich zmianach sprzętu i sterowników. Nie usuwaj losowo aplikacji użytkownika, których odczyty pozostają stabilne.

Nie wyłączaj pliku stronicowania, żeby „zmusić Windows do RAM”. Może to obniżyć limit przydziałów i pogorszyć działanie aplikacji. Przy braku miejsca na dysku sprawdź również możliwość normalnego utrzymania tego pliku; to osobna kwestia od identyfikacji najbardziej pamięciożernego programu.

Co zrobić z ustalonym wynikiem

Jeżeli zapotrzebowanie wynika z projektu, ogranicz jednoczesne zadania lub oceń rozbudowę RAM. Gdy wzrost zależy od dodatku, wyłącz go i powtórz próbę. Przy błędzie konkretnej wersji sprawdź aktualizację producenta oraz zachowaj opis czynności potrzebnych do odtworzenia problemu.

Do zgłoszenia producentowi dołącz wersję aplikacji, ilość RAM, czas obserwacji i używaną funkcję. Usuń prywatne nazwy dokumentów ze zrzutów. Jeśli problem występuje tylko z jednym poufnym projektem, poszukaj niewrażliwego przykładu odtwarzającego tę samą czynność; nie musisz wysyłać całej zawartości swojej pracy.

Program zamknij najpierw jego własnym poleceniem, po zapisaniu danych. Wymuszone zakończenie może utracić niezapisany dokument. Jeśli nowa wersja nie uruchamia się prawidłowo, skorzystaj z poradnika naprawy aplikacji po aktualizacji.

Gdy Windows udostępnia mniej RAM niż fizycznie zainstalowano, nawet poprawnie działające aplikacje szybciej wyczerpią zasób. Wtedy właściwym krokiem jest sprawdzenie brakującej pamięci, a nie zamykanie kolejnych procesów bez ustalenia powodu ograniczenia.