Sådan virker Hedroom, trin for trin

Hedroom aflæser nogle få tal fra macOS, bemærker, når én app går galt, foreslår én løsning og måler, hvad der skete, efter du har accepteret den. Her er hvert trin med de grænseværdier, den bruger.

Tallene på denne side kommer fra Hedrooms egne designdokumenter og kode. Hvor et tal er en måling, siger det, hvornår og på hvilken Mac. Hedroom er endnu ikke udgivet, så intet af dette beskriver en offentlig version.

1. Måling: hvad den aflæser, og hvor ofte

Alle målinger kommer fra én sampler, der kører uden for hovedtråden, så appen forbliver responsiv. Hver kilde er et separat stykke kode bag en grænseflade, hvilket også er sådan, den testes med falske data. Det er kilderne:

Cyklussen

En cyklus er én runde målinger. Hvor ofte den sker, afhænger af, hvad du gør:

Indstillinger har et valg »Tjek min Mac hver« på 2, 5 eller 10 sekunder for hastigheden med åbent vindue; baggrundshastighederne skalerer ud fra den. Rå målinger gemmes i 48 timer. Alt bliver på din Mac i én databasefil i din Bibliotek-mappe. Se Privatliv.

2. Registrering: hvad der tæller som et fund

Hedroom giver ikke alarm, fordi et tal er stort. Den sammenligner hver app med, hvor stor appen normalt er på din Mac, og venter for at se, om ændringen varer ved.

Hukommelse: god, presset, kritisk

Hedroom viser en af tre tilstande. Grænseværdierne er skrevet ned og testet.

Swap, der blot er brugt, gør aldrig Mac'en presset, fordi macOS beholder gammel swap. Kun swap, der vokser, tæller. Højt »brugt« hukommelse med sundt pres er God. Hvorfor pres, ikke brugt RAM forklarer forskellen.

En lækage: en app langt over sin normale størrelse i et stykke tid

For hver app lærer Hedroom en normal størrelse ud fra dine seneste 7 dages normale brug. Den markerer kun en lækage, når alle disse gælder:

• Appen er mindst 3 gange sin normale størrelse. Ved 2,5 gange vises den som »vokser« og intet mere.
• Den er mindst 1 GB eller 6 % af dit RAM, hvis det er mere.
• Den har holdt sig der i 20 minutter i træk, eller den bliver ved med at vokse på en 30-minutters tendens.
• Den er ikke på din »rør aldrig«-liste, ikke lavet af Apple (med en lille undtagelse for Apple-apps, du selv bruger) og ikke en app, som procesbiblioteket markerer som normalt stor, såsom et videoredigeringsprogram eller Docker.

Indtil Hedroom har lært en app i cirka 6 timer, siger den, at den stadig lærer. For en app, den kender ved navn, bruger den den typiske størrelse fra procesbiblioteket; for en ukendt app markerer den kun en størrelse på mindst 15 % af dit RAM, der stadig vokser, og siger »usædvanligt stor« i stedet for et forhold.

Løbsk CPU

En baggrundsapp (ikke den, du bruger), der i gennemsnit bruger 80 % af én kerne eller mere i 3 minutter og mindst 3 gange sit eget normale baggrunds-CPU, er løbsk, medmindre biblioteket markerer den som normalt travl (kompilatorer, backups, videokodere, indeksering) eller den er i et opkald. Den vises i I dag efter 3 minutter. En notifikation venter, til det har varet 10 minutter.

Begrænsning af notifikationer

Det samme fund om den samme app giver højst én notifikation hver 6. time. Ikke-hastende notifikationer stopper ved 3 om dagen. Afvis en tre gange for en app, og Hedroom holder op med at give besked om den og tilbyder en »rør aldrig«-post.

3. Beslutning: ét forslag, så sikkerhedsporten

Når Hedroom kunne gøre mere end én ting, rangerer den dem efter, hvor meget de ville give tilbage, i forhold til hvor risikable de er, og viser de to bedste. En tvungen lukning tilbydes aldrig som en rangeret løsning.

Før en genstart, afslutning, pause eller flytning til effektivitetskerner går anmodningen gennem én sikkerhedsport. Porten afviser, når målet er:

• Hedroom selv (ignoreres i det stille).
• Lavet af Apple eller liggende i en systemmappe, bortset fra de Apple-apps, du selv bruger, og som du kan genstarte eller afslutte med et klik.
• På din »rør aldrig«-liste.
• Den app, du bruger lige nu, når en regel beder om en pause, en flytning eller en afslutning.
• Afspiller lyd, bruger mikrofonen, eller en opkaldsapp, mens et kamera er tændt.
• En backup-app, mens en backup kører.
• Ikke kendt for at kunne håndtere en pause, når en regel vil sætte den på pause eller afslutte den, og du ikke selv valgte appen. Hedroom kan ikke pålideligt se ugemt arbejde.
• En app, som biblioteket markerer som usikker at genstarte, under kritisk pres.
• En tvungen lukning uden en anden, separat bekræftelse.

Hvis Hedroom ikke kan tjekke en af disse (for eksempel hvis lydtjekket fejler), gør regler ingenting, og et klik spørger dig først. En afvisning vises med sin årsag, som en sætning som »Slack er i et opkald.«, ikke som en fejl. Alt, der afvises eller gøres, logges. Mere i Hvad Hedroom aldrig gør.

4. Handling, med samtykke

Handlingerne er små og kan fortrydes:

• Genstart beder appen om at afslutte, ligesom ⌘Q gør, venter og åbner den igen.
• Effektivitetskerner sænker en apps prioritet, så dens arbejde kører på effektivitetskernerne.
• Pause fryser en app, indtil du skifter tilbage til den, eller i højst 60 minutter. En lille vagtproces genoptager den, selv hvis Hedroom går ned.

Et klik på en knap er samtykke til den handling. En regel er samtykke, du har givet på forhånd, og hver skabelon leveres slået fra. En afslutning eller genstart af en app, der ikke er kendt som sikker, spørger altid først. Intet slettes nogensinde uden din tilladelse hver gang; oprydning flytter filer til Papirkurven. Løsninger og Regler opregner hver begrænsning.

5. Kvittering: før, efter og en ærlig vurdering

Hver handling giver én kvittering. Hedroom sammenligner målingerne fra de 5 minutter før handlingen med målingerne fra 5 til 15 minutter efter, og springer de første 30 sekunder (60 sekunder efter en genstart) over, mens tingene falder til ro.

Der er fire ærlige udfald:

• Målt. Ændringen er mindst så stor som den mindste, Hedroom tæller: 100 MB hukommelse, 10 procentpoint af én CPU-kerne, 0,3 W eller 50 MB disk.
• Ingen effekt. Ændringen var mindre end det eller i den forkerte retning. Kvitteringen siger »Ingen målbar effekt.« og tager ikke æren.
• Kan ikke måles. Andre apps ændrede sig for meget på samme tid (en anden app flyttede sig med mere end 1 GB, en ny app startede og bruger over 500 MB, du afsluttede andre apps, Mac'en sov, eller strømmen blev sat til eller taget fra). Kvitteringen siger det i stedet for at tage æren og udelades af totalerne.
• Annulleret. Handlingen blev fortrudt, eller Hedroom lukkede, før målingen var færdig. Der gøres ikke krav på noget.

Hver kvittering har også et sikkerhedsniveau (højt, middel eller lavt). En kvittering med lav sikkerhed mærkes »omtrentlig« og tæller ikke med i totalerne. En kvittering sammenligner to tidsvinduer; den er ikke et kontrolleret forsøg. For at læse en, se Sådan læser du en kvittering.

Hvorfor hukommelsespres, ikke brugt RAM

En Mac, der har været tændt et stykke tid, viser det meste af sin hukommelse som brugt, af design. macOS fylder ledig hukommelse med cachede filer, fordi det gør det næste, du åbner, hurtigere, og giver den tilbage i det øjeblik, en app har brug for den. En fuld hukommelsesbjælke er ikke et problem. Det, der tæller, er, om macOS har svært ved at finde plads: det er hukommelsespres sammen med, hvor hurtigt swap vokser. Derfor har Hedroom ingen knap, der »rydder« hukommelse. Det tvinger macOS til at smide den nyttige cache væk. Guiden om pres og brugt RAM viser, hvordan du selv tjekker det i Aktivitetsovervågning.

Hvad der gør den let

Hedrooms budget er under 0,5 % af én CPU-kerne i gennemsnit og under 80 MB hukommelse. Hvad der er målt indtil nu:

Læs disse som målt, ikke lovet. Det er én Mac, og dele af kørslerne var på den hurtigere 2-sekunders cyklus, fordi den Mac var under hukommelsespres. Den første kørsel efter installation laver en lagringsscanning, der tager nogle minutter ved op til én kerne, med lav prioritet. Andre faner end I dag blev ikke alle målt igen. Før de rettelser, der er noteret i de samme noter, kostede et åbent vindue 20 til 40 % af en kerne; det blev fundet af denne test og rettet. De rå filer og den fulde beskrivelse ligger i repositoriets mappe bench/results, og Indstillinger viser Hedrooms egne målte omkostninger på din Mac. Udgivelsesporten er benchmarken og en overhead-kørsel på den signerede version, som ikke er sket endnu.

Hvad der holder den let: én sampler til alt, en langsommere cyklus, når intet sker, scanninger pr. app kun hver få cyklusser i baggrunden, vinduesindhold der kun bygges, mens et vindue er på skærmen, og animationer, der stopper, når vinduet er skjult.

Hvad den nægter at røre

• macOS selv: alt signeret af Apple eller i en systemmappe. Hedroom forklarer disse processer, som kernel_task og WindowServer, og sætter dem aldrig på pause, bremser dem eller afslutter dem. Se kernel_task, WindowServer og andre processer forklaret.
• Den app, der er foran dig, apps i et opkald, apps der afspiller lyd eller bruger mikrofonen eller kameraet, backup-apps under en backup.
• Apps på din »rør aldrig«-liste.
• Dine filer, medmindre du selv bekræfter hver sletning. Oprydning går først til Papirkurven.

Den fulde liste med tests bag hver linje findes på Hvad Hedroom aldrig gør. Næste: hver funktion og dens begrænsninger, hvordan Hedroom sammenligner og ordlisten.