Jak działa Hedroom, krok po kroku

Hedroom odczytuje kilka liczb z macOS, zauważa, gdy jedna aplikacja zaczyna szwankować, proponuje jedną poprawkę i mierzy, co się stało po jej przyjęciu. Oto każdy krok, z progami, których używa.

Liczby na tej stronie pochodzą z własnych dokumentów projektowych i kodu Hedroom. Gdy liczba jest pomiarem, podaje, kiedy i na którym Macu. Hedroom nie został jeszcze wydany, więc nic z tego nie opisuje publicznej wersji.

1. Próbkowanie: co odczytuje i jak często

Wszystkie odczyty pochodzą z jednego próbnika działającego poza głównym wątkiem, dzięki czemu aplikacja pozostaje responsywna. Każde źródło to osobny fragment kodu za interfejsem, co jest też sposobem testowania go na fałszywych danych. Oto źródła:

Cykl

Cykl to jedna runda odczytów. Jak często się zdarza, zależy od tego, co robisz:

Ustawienia mają wybór „Sprawdzaj mojego Maca co” z opcjami 2, 5 lub 10 sekund dla tempa przy otwartym oknie; tempo w tle skaluje się od niego. Surowe odczyty są przechowywane przez 48 godzin. Wszystko zostaje na Twoim Macu, w jednym pliku bazy danych w folderze Biblioteka. Zobacz Prywatność.

2. Wykrywanie: co jest ustaleniem

Hedroom nie podnosi alarmu dlatego, że liczba jest duża. Porównuje każdą aplikację z tym, jak duża zwykle jest na Twoim Macu, i czeka, czy zmiana się utrzymuje.

Pamięć: w normie, obciążona, krytyczna

Hedroom pokazuje jeden z trzech stanów. Progi są spisane i przetestowane.

Pamięć wymiany, która jest tylko używana, nigdy nie czyni Maca obciążonym, bo macOS trzyma starą pamięć wymiany. Liczy się tylko pamięć wymiany, która rośnie. Wysokie „użycie” pamięci przy zdrowym obciążeniu to stan w normie. Dlaczego obciążenie, a nie zajęty RAM wyjaśnia różnicę.

Wyciek: aplikacja daleko poza swoim zwykłym rozmiarem, przez jakiś czas

Dla każdej aplikacji Hedroom uczy się zwykłego rozmiaru z Twoich ostatnich 7 dni normalnego użycia. Oznacza wyciek tylko wtedy, gdy spełnione są wszystkie te warunki:

• Aplikacja ma co najmniej 3-krotność zwykłego rozmiaru. Przy 2,5-krotności pokazuje się jako „rośnie” i nic więcej.
• Ma co najmniej 1 GB lub 6% Twojego RAM, jeśli to więcej.
• Utrzymuje się tak 20 minut z rzędu albo nadal rośnie w trendzie 30-minutowym.
• Nie jest na Twojej liście „nigdy nie ruszaj”, nie jest od Apple (z małym wyjątkiem dla aplikacji Apple, których sam używasz) i nie jest aplikacją, którą biblioteka procesów oznacza jako zwykle dużą, jak edytor wideo lub Docker.

Dopóki Hedroom nie pozna aplikacji przez około 6 godzin, mówi, że wciąż się uczy. Dla aplikacji znanej z nazwy używa typowego rozmiaru z biblioteki procesów; dla nieznanej oznacza tylko rozmiar co najmniej 15% Twojego RAM, który wciąż rośnie, i mówi „nietypowo duża”, a nie podaje stosunku.

Niekontrolowane CPU

Aplikacja w tle (nie ta, której używasz), która średnio zużywa 80% jednego rdzenia lub więcej przez 3 minuty i co najmniej 3 razy więcej niż jej własne zwykłe CPU w tle, jest niekontrolowana, chyba że biblioteka oznacza ją jako zwykle zajętą (kompilatory, kopie zapasowe, kodery wideo, indeksowanie) lub jest w trakcie rozmowy. Pojawia się w Dziś po 3 minutach. Powiadomienie czeka, aż potrwa 10 minut.

Ograniczanie powiadomień

To samo ustalenie dla tej samej aplikacji powiadamia najwyżej raz na 6 godzin. Powiadomienia niepilne kończą się na 3 dziennie. Odrzuć jedno trzy razy dla aplikacji, a Hedroom przestaje o niej powiadamiać i proponuje wpis „nigdy nie ruszaj”.

3. Decyzja: jedna propozycja, potem bramka bezpieczeństwa

Gdy Hedroom mógłby zrobić więcej niż jedną rzecz, szereguje je według tego, ile by oddały, w stosunku do ryzyka, i pokazuje dwie najlepsze. Wymuszenie zakończenia nigdy nie jest oferowane jako poprawka z rankingu.

Przed każdym ponownym uruchomieniem, zamknięciem, wstrzymaniem lub przeniesieniem na rdzenie energooszczędne żądanie przechodzi przez jedną bramkę bezpieczeństwa. Bramka odmawia, gdy cel to:

• Sam Hedroom (ignorowany po cichu).
• Stworzony przez Apple lub leżący w folderze systemowym, poza aplikacjami Apple, których sam używasz i które możesz uruchomić ponownie lub zakończyć jednym kliknięciem.
• Na Twojej liście „nigdy nie ruszaj”.
• Aplikacja, której właśnie używasz, gdy reguła prosi o wstrzymanie, przeniesienie lub zamknięcie.
• Odtwarzająca dźwięk, używająca mikrofonu lub aplikacja do rozmów, gdy kamera jest włączona.
• Aplikacja do kopii zapasowych w trakcie tworzenia kopii.
• Nieznana jako znosząca wstrzymanie, gdy reguła chce ją wstrzymać lub zamknąć, a aplikacja nie została wybrana przez Ciebie. Hedroom nie potrafi wiarygodnie zobaczyć niezapisanej pracy.
• Aplikacja, którą biblioteka oznacza jako niebezpieczną do ponownego uruchomienia, podczas krytycznego obciążenia.
• Wymuszenie zakończenia bez drugiego, osobnego potwierdzenia.

Jeśli Hedroom nie może sprawdzić jednego z tych warunków (na przykład kontrola dźwięku zawodzi), reguły nic nie robią, a kliknięcie najpierw pyta. Odmowa jest pokazywana z powodem, jako zdanie typu „Slack jest w trakcie rozmowy.”, nie jako błąd. Wszystko, co odmówiono lub zrobiono, jest zapisywane. Więcej w Czego Hedroom nigdy nie robi.

4. Działanie, za zgodą

Działania są małe i odwracalne:

• Ponowne uruchomienie prosi aplikację o zakończenie, tak jak ⌘Q, czeka i otwiera ją ponownie.
• Rdzenie energooszczędne obniżają priorytet aplikacji, by jej praca działała na rdzeniach energooszczędnych.
• Wstrzymanie zamraża aplikację, dopóki do niej nie wrócisz, lub najwyżej na 60 minut. Mały proces nadzorujący wznowi ją nawet po awarii Hedroom.

Kliknięcie przycisku jest zgodą na to działanie. Reguła to zgoda udzielona z góry, a każdy szablon jest domyślnie wyłączony. Zamknięcie lub ponowne uruchomienie aplikacji, o której nie wiadomo, że jest bezpieczna, zawsze najpierw pyta. Nic nie jest usuwane bez Twojej zgody za każdym razem; czyszczenie przenosi pliki do Kosza. Poprawki i Reguły wymieniają każde ograniczenie.

5. Potwierdzenie: przed, po i uczciwa ocena

Każde działanie daje jedno potwierdzenie. Hedroom porównuje odczyty z 5 minut przed działaniem z odczytami z 5 do 15 minut po nim, pomijając pierwsze 30 sekund (60 sekund po ponownym uruchomieniu), gdy wszystko się ustabilizuje.

Są cztery uczciwe wyniki:

• Zmierzono. Zmiana jest co najmniej tak duża, jak najmniejsza, którą Hedroom liczy: 100 MB pamięci, 10 punktów procentowych jednego rdzenia CPU, 0,3 W lub 50 MB dysku.
• Brak efektu. Zmiana była mniejsza lub w złą stronę. Potwierdzenie mówi „Brak mierzalnego efektu.” i nie przypisuje sobie zasługi.
• Nie do zmierzenia. Inne aplikacje zmieniły się zbyt mocno w tym samym czasie (inna aplikacja zmieniła się o ponad 1 GB, uruchomiła się nowa aplikacja zajmująca ponad 500 MB, zamknięto inne aplikacje, Mac zasnął albo podłączono lub odłączono zasilanie). Potwierdzenie mówi o tym zamiast przypisywać sobie zasługę i jest pomijane w sumach.
• Anulowano. Działanie cofnięto lub Hedroom zamknięto przed końcem pomiaru. Niczego sobie nie przypisano.

Każde potwierdzenie ma też poziom pewności (wysoki, średni lub niski). Potwierdzenie o niskiej pewności jest oznaczone „przybliżone” i nie wlicza się do sum. Potwierdzenie porównuje dwa okna czasowe; nie jest kontrolowanym badaniem. Aby je czytać, zobacz Jak czytać potwierdzenie.

Dlaczego obciążenie pamięci, a nie zajęty RAM

Mac działający od jakiegoś czasu pokazuje większość pamięci jako używaną, z założenia. macOS wypełnia wolną pamięć plikami w pamięci podręcznej, bo dzięki temu następna rzecz, którą otworzysz, działa szybciej, i oddaje ją w chwili, gdy aplikacja jej potrzebuje. Pełny pasek pamięci nie jest problemem. Liczy się to, czy macOS ma trudności ze znalezieniem miejsca: to jest obciążenie pamięci, razem z tempem wzrostu pamięci wymiany. Dlatego Hedroom nie ma przycisku, który „czyści” pamięć. To zmusza macOS do wyrzucenia przydatnej pamięci podręcznej. Poradnik o obciążeniu i zajętym RAM pokazuje, jak sprawdzić to samodzielnie w Monitorze aktywności.

Co sprawia, że jest tani

Budżet Hedroom to poniżej 0,5% jednego rdzenia CPU średnio i poniżej 80 MB pamięci. Co dotąd zmierzono:

Czytaj to jako zmierzone, nie obiecane. To jeden Mac, a części przebiegów szły z szybszym, 2-sekundowym cyklem, bo ten Mac był pod obciążeniem pamięci. Pierwsze uruchomienie po instalacji robi skan dysku, który trwa kilka minut przy do jednego rdzenia, z niskim priorytetem. Nie wszystkie karty poza Dziś zmierzono ponownie. Przed poprawkami zapisanymi w tych samych notatkach otwarte okno kosztowało 20 do 40% rdzenia; to wykryły te testy i naprawiono. Surowe pliki i pełny opis są w folderze bench/results repozytorium, a Ustawienia pokazują zmierzony koszt samego Hedroom na Twoim Macu. Bramką wydania jest benchmark i pomiar obciążenia na podpisanej wersji, który jeszcze się nie odbył.

Co utrzymuje go lekkim: jeden próbnik do wszystkiego, wolniejszy cykl, gdy nic się nie dzieje, skany poszczególnych aplikacji tylko co kilka cykli w tle, zawartość okna budowana tylko wtedy, gdy okno jest na ekranie, i animacje, które zatrzymują się po ukryciu okna.

Czego odmawia ruszać

• Sam macOS: wszystko podpisane przez Apple lub w folderze systemowym. Hedroom objaśnia te procesy, takie jak kernel_task i WindowServer, i nigdy ich nie wstrzymuje, nie spowalnia ani nie zamyka. Zobacz kernel_task, WindowServer i inne procesy objaśnione.
• Aplikacja przed Tobą, aplikacje w trakcie rozmowy, odtwarzające dźwięk lub używające mikrofonu lub kamery, aplikacje kopii zapasowych w trakcie kopii.
• Aplikacje z Twojej listy „nigdy nie ruszaj”.
• Twoje pliki, chyba że sam potwierdzisz każde usunięcie. Czyszczenie najpierw trafia do Kosza.

Pełna lista, z testami za każdą linią, jest na Czego Hedroom nigdy nie robi. Dalej: każda funkcja i jej ograniczenia, jak Hedroom wypada w porównaniu i słownik.