Cara kerja Hedroom, langkah demi langkah

Hedroom membaca beberapa angka dari macOS, menyadari saat satu app bermasalah, menyarankan satu perbaikan, dan mengukur apa yang terjadi setelah Anda menerimanya. Berikut setiap langkah, dengan ambang batas yang digunakannya.

Angka di halaman ini berasal dari dokumen desain dan kode Hedroom sendiri. Jika sebuah angka adalah pengukuran, halaman ini menyebutkan kapan dan di Mac mana. Hedroom belum dirilis, jadi tidak satu pun dari ini menjelaskan versi publik.

1. Sampel: apa yang dibaca dan seberapa sering

Semua pembacaan berasal dari satu sampler yang berjalan di luar main thread, sehingga app tetap responsif. Setiap sumber adalah potongan kode terpisah di balik sebuah antarmuka, yang juga cara pengujiannya dengan data palsu. Sumbernya adalah:

Tick

"Tick" adalah satu putaran pembacaan. Seberapa sering terjadi tergantung pada apa yang Anda lakukan:

Pengaturan punya pilihan "Periksa Mac saya setiap" 2, 5, atau 10 detik untuk kecepatan saat jendela terbuka; kecepatan latar belakang diskalakan darinya. Pembacaan mentah disimpan selama 48 jam. Semuanya tetap di Mac Anda, dalam satu file database di folder Library Anda. Lihat Privasi.

2. Deteksi: apa yang dihitung sebagai temuan

Hedroom tidak memberi peringatan hanya karena sebuah angka besar. Ia membandingkan setiap app dengan seberapa besar app itu biasanya di Mac Anda, dan menunggu untuk melihat apakah perubahan itu bertahan.

Memori: Sehat, Tertekan, Kritis

Hedroom menampilkan satu dari tiga keadaan. Ambang batasnya tertulis dan diuji.

Swap yang hanya terpakai tidak pernah membuat Mac Tertekan, karena macOS menyimpan swap lama. Hanya swap yang bertambah yang dihitung. Memori "terpakai" yang tinggi dengan tekanan sehat adalah Sehat. Mengapa tekanan, bukan RAM terpakai menjelaskan perbedaannya.

Kebocoran: app yang jauh melewati ukuran biasanya, selama beberapa waktu

Untuk setiap app, Hedroom mempelajari ukuran biasa dari 7 hari terakhir penggunaan normal Anda. Ia menandai kebocoran hanya jika semua ini berlaku:

• App berukuran minimal 3 kali ukuran biasanya. Pada 2,5 kali, ia tampil sebagai "bertambah" dan tidak lebih.
• Minimal 1 GB, atau 6% dari RAM Anda jika itu lebih besar.
• Ia bertahan di sana selama 20 menit berturut-turut, atau terus bertambah pada tren 30 menit.
• Tidak ada di daftar jangan pernah sentuh Anda, tidak dibuat Apple (dengan pengecualian kecil untuk app Apple yang Anda gunakan sendiri), dan bukan app yang ditandai pustaka proses sebagai biasanya besar, seperti editor video atau Docker.

Sampai Hedroom mempelajari sebuah app selama sekitar 6 jam, ia menyatakan masih belajar. Untuk app yang dikenalnya lewat nama, ia memakai ukuran tipikal dari pustaka proses; untuk app yang tidak dikenal, ia hanya menandai ukuran minimal 15% dari RAM Anda yang masih bertambah, dan menyatakan "luar biasa besar" alih-alih sebuah rasio.

CPU lepas kendali

App latar belakang (bukan yang sedang Anda gunakan) yang rata-rata memakai 80% dari satu inti atau lebih selama 3 menit, dan minimal 3 kali CPU latar belakang biasanya sendiri, adalah lepas kendali, kecuali pustaka menandainya biasanya sibuk (compiler, pencadangan, encoder video, pengindeksan) atau ia sedang dalam panggilan. Ia muncul di Hari Ini setelah 3 menit. Notifikasi menunggu sampai berlangsung 10 menit.

Pengendalian kebisingan

Temuan yang sama tentang app yang sama memberi notifikasi paling banyak sekali setiap 6 jam. Notifikasi tidak mendesak berhenti pada 3 per hari. Jika Anda menutup satu sebanyak tiga kali untuk sebuah app, Hedroom berhenti memberi notifikasi tentangnya dan menawarkan entri jangan pernah sentuh.

3. Putuskan: satu saran, lalu gerbang keamanan

Saat Hedroom bisa melakukan lebih dari satu hal, ia mengurutkannya menurut seberapa banyak yang dikembalikan dibanding risikonya, dan menampilkan dua teratas. Paksa keluar tidak pernah ditawarkan sebagai perbaikan berperingkat.

Sebelum setiap buka ulang, penutupan, penjedaan, atau pemindahan ke inti efisiensi, permintaan melewati satu gerbang keamanan. Gerbang menolak saat targetnya adalah:

• Hedroom sendiri (diabaikan secara diam-diam).
• Dibuat Apple atau berada di folder sistem, selain app Apple yang Anda gunakan sendiri, yang bisa Anda buka ulang atau tutup dengan satu klik.
• Ada di daftar jangan pernah sentuh Anda.
• App yang sedang Anda gunakan, saat aturan meminta jeda, pemindahan, atau penutupan.
• Memutar audio, memakai mikrofon, atau app panggilan saat kamera menyala.
• App pencadangan saat pencadangan berjalan.
• App yang tidak diketahui bisa menangani penjedaan, saat aturan ingin menjeda atau menutupnya dan Anda tidak memilih app itu sendiri. Hedroom tidak bisa melihat pekerjaan yang belum disimpan secara andal.
• App yang ditandai pustaka tidak aman untuk dibuka ulang, saat tekanan kritis.
• Paksa keluar tanpa konfirmasi kedua yang terpisah.

Jika Hedroom tidak bisa memeriksa salah satunya (misalnya pemeriksaan audio gagal), aturan tidak melakukan apa-apa dan satu klik bertanya dulu kepada Anda. Penolakan ditampilkan dengan alasannya, sebagai kalimat seperti "Slack sedang dalam panggilan.", bukan sebagai error. Semua yang ditolak atau dilakukan dicatat di log. Selengkapnya di Yang tidak pernah dilakukan Hedroom.

4. Bertindak, dengan persetujuan

Tindakannya kecil dan bisa dibatalkan:

• Buka ulang meminta app keluar, seperti ⌘Q, menunggu, lalu membukanya lagi.
• Inti efisiensi menurunkan prioritas app sehingga pekerjaannya berjalan di inti efisiensi.
• Jeda membekukan app sampai Anda beralih kembali, atau paling lama 60 menit. Proses penjaga kecil melanjutkannya bahkan jika Hedroom crash.

Klik pada tombol adalah persetujuan untuk tindakan itu. Aturan adalah persetujuan yang Anda berikan sebelumnya, dan setiap template dikirim dalam keadaan mati. Menutup atau membuka ulang app yang tidak diketahui aman selalu bertanya lebih dulu. Tidak ada yang dihapus tanpa izin Anda setiap kali; pembersihan memindahkan file ke Tong Sampah. Perbaikan dan Aturan mencantumkan setiap batasan.

5. Tanda terima: sebelum, sesudah, dan putusan jujur

Setiap tindakan menghasilkan satu tanda terima. Hedroom membandingkan pembacaan 5 menit sebelum tindakan dengan pembacaan 5 sampai 15 menit sesudahnya, melewati 30 detik pertama (60 detik setelah buka ulang) sampai kondisi stabil.

Ada empat hasil yang jujur:

• Terukur. Perubahan minimal sebesar yang dihitung Hedroom: 100 MB memori, 10 poin persentase dari satu inti CPU, 0,3 W, atau 50 MB disk.
• Tidak ada efek. Perubahannya lebih kecil dari itu, atau ke arah yang salah. Tanda terima menyatakan "Tidak ada efek terukur." dan tidak mengklaim hasil.
• Tidak terukur. App lain berubah terlalu banyak pada saat yang sama (app lain berubah lebih dari 1 GB, app baru dibuka dengan memakai lebih dari 500 MB, Anda menutup app lain, Mac tidur, atau daya dicolokkan atau dicabut). Tanda terima menyatakannya alih-alih mengklaim hasil, dan tidak dimasukkan ke total.
• Dibatalkan. Anda membatalkan tindakan, atau Hedroom keluar, sebelum pengukuran selesai. Tidak ada yang diklaim.

Setiap tanda terima juga membawa tingkat keyakinan (tinggi, sedang, atau rendah). Tanda terima dengan keyakinan rendah diberi label "kasar" dan tidak dihitung dalam total. Tanda terima membandingkan dua jendela waktu; ini bukan uji terkontrol. Untuk membacanya, lihat Cara membaca tanda terima.

Mengapa tekanan memori, bukan RAM terpakai

Mac yang sudah menyala beberapa waktu menampilkan sebagian besar memorinya sebagai terpakai, sesuai rancangan. macOS mengisi memori cadangan dengan file dalam cache, karena itu membuat hal berikutnya yang Anda buka lebih cepat, dan mengembalikannya begitu app memerlukannya. Bar memori yang penuh bukan masalah. Yang penting adalah apakah macOS kesulitan mencari ruang: itulah tekanan memori, bersama seberapa cepat swap bertambah. Itulah mengapa Hedroom tidak punya tombol yang "membersihkan" memori. Melakukannya memaksa macOS membuang cache yang berguna. Panduan tentang tekanan dan RAM terpakai menunjukkan cara memeriksanya sendiri di Monitor Aktivitas.

Apa yang membuatnya murah

Anggaran Hedroom rata-rata di bawah 0,5% dari satu inti CPU dan di bawah 80 MB memori. Yang telah diukur sejauh ini:

Baca ini sebagai terukur, bukan dijanjikan. Ini satu Mac, dan sebagian proses berjalan pada tick 2 detik yang lebih cepat karena Mac itu berada di bawah tekanan memori. Proses pertama setelah instal melakukan pemindaian penyimpanan yang memakan beberapa menit pada hingga satu inti, dengan prioritas rendah. Tab selain Hari Ini tidak semuanya diukur ulang. Sebelum perbaikan yang tercatat di catatan yang sama, jendela terbuka memakan 20 sampai 40% dari satu inti; itu ditemukan oleh pengujian ini dan diperbaiki. File mentah dan tulisan lengkapnya ada di folder bench/results repositori, dan Pengaturan menampilkan biaya terukur Hedroom sendiri di Mac Anda. Gerbang rilisnya adalah benchmark dan proses overhead pada build bertanda tangan, yang belum dilakukan.

Yang menjaganya tetap ringan: satu sampler untuk semuanya, tick yang lebih lambat saat tidak ada yang terjadi, pemindaian per app hanya setiap beberapa tick di latar belakang, konten jendela yang hanya dibangun saat jendela ada di layar, dan animasi yang berhenti saat jendela disembunyikan.

Yang menolak disentuhnya

• macOS itu sendiri: apa pun yang ditandatangani Apple atau berada di folder sistem. Hedroom menjelaskan proses ini, seperti kernel_task dan WindowServer, dan tidak pernah menjeda, memperlambat, atau menutupnya. Lihat kernel_task, WindowServer, dan proses lain dijelaskan.
• App di depan Anda, app yang sedang dalam panggilan, app yang memutar audio atau memakai mikrofon atau kamera, app pencadangan selama pencadangan.
• App di daftar jangan pernah sentuh Anda.
• File Anda, kecuali Anda sendiri mengonfirmasi setiap penghapusan. Pembersihan masuk ke Tong Sampah lebih dulu.

Daftar lengkap, dengan pengujian di balik setiap baris, ada di Yang tidak pernah dilakukan Hedroom. Berikutnya: setiap fitur dan batasannya, bagaimana Hedroom dibandingkan, dan glosarium.