Penjadwal Profil

Penjadwal (Profile Scheduler) adalah inti logika keputusan daemon: satu kali pada setiap tick, ia menentukan profil performa mana yang harus aktif pada perangkat dan menerapkannya. Halaman ini mendokumentasikan fungsi keputusan; untuk gambaran tingkat sistem dan tabel yang menjelaskan apa yang ditulis oleh setiap profil, lihat Ringkasan arsitektur.

Dilacak ke commit Auriya 10fe7c6, src/daemon/tick.rs dan src/daemon/run.rs.

Urutan Pengambilan Keputusan

Daemon::process_tick_logic (tick.rs:91-192) mengevaluasi kondisi berdasarkan urutan prioritas yang ketat; percabangan pertama yang cocok akan dieksekusi dan cabang di bawahnya tidak akan dijalankan:

flowchart TD
    tick([Tick Dijalankan]) --> branch1{"1. Layar MATI atau<br/>Penghemat Baterai AKTIF?"}
    branch1 -->|ya| act1["POWERSAVE + Low ceiling<br/>+ lepas eBPF + nonaktifkan game DnD"]
    branch1 -->|tidak| branch2{"2. Override foreground IPC<br/>(INJECT) ada?"}

    branch2 -->|ya| act2["Perlakukan paket inject sebagai foreground"]
    branch2 -->|tidak| branch3{"3. Companion melaporkan<br/>paket yang fokus?"}

    branch3 -->|tidak| act3["Mode default<br/>+ bersihkan status khusus game"]
    branch3 -->|ya| branch4{"4. Paket sama &<br/>PID yang dilacak hidup?"}

    branch4 -->|ya| act4["Jalur cepat: FAS menyesuaikan jika ada;<br/>Profil TIDAK ditulis ulang"]
    branch4 -->|tidak| branch5{"5. Paket ada di whitelist?"}

    branch5 -->|ya| val_pid{"Validasi PID terhadap /proc"}
    val_pid -->|valid| act5["Masuk / perbarui sesi game"]
    val_pid -->|tidak valid| act3

    branch5 -->|tidak| act6["6. Mode default<br/>+ bersihkan status khusus game"]

Pemeriksaan layar mati / penghemat baterai dilakukan pertama kali tanpa syarat, sehingga selalu diprioritaskan bahkan saat game masih berada di latar depan.

Perlindungan Idempotensi (Idempotence Guard)

Profil hanya diterapkan (ulang) jika profil target berbeda dari yang sedang aktif di kernel: if self.last.profile_mode != Some(target_mode) (tick.rs:260). Oleh karena itu, tick yang berjalan berulang kali dalam kondisi kondisi stabil tidak menulis ulang node kernel — tick tanpa perubahan status tidak akan melakukan penulisan I/O perangkat.

Memasuki Game yang Ada di Whitelist

Saat cabang 5 memvalidasi PID yang hidup, handle_whitelisted_app (tick.rs:194-307) menjalankan inisialisasi sesi game:

1. Resolusi Mode: Bersifat case-insensitive dengan default Performance. powersave → Powersave, balance → Balance, fast → Fast, nilai lain atau tidak diisi → Performance (tick.rs).
2. Fallback Governor: Jika cpu_governor per-game kosong, sistem menggunakan balance_governor global (tick.rs).
3. Batas Frekuensi (Ceiling): Jika format ceiling tidak dapat diparsing, sistem mengabaikannya tanpa error (tick.rs).
4. Refresh Rate: Hanya diminta jika berbeda dari refresh rate yang sedang aktif, dan dilepaskan (meminta 0) saat keluar dari sesi game.

Tabel tindakan yang ditulis setiap profil dapat dilihat di Ringkasan arsitektur → Perubahan statis setiap profil.

Penyesuaian FAS dalam Sesi Game

Pada jalur cepat (cabang 4), jika FAS aktif, algoritma membaca stream frame Kala dan memilih satu aksi penskalaan per tick (BoostGpu, BoostCpu, BoostBalanced, Maintain, Reduce). Rincian pemetaan aksi FAS dijelaskan di Ringkasan arsitektur → Penyesuaian Dinamis FAS.

Keluar dari Game / Tanpa Foreground

Fungsi pembersihan (apply_balance_and_clear, tick.rs) menerapkan daemon.default_mode jika berbeda dari mode saat ini, memulihkan batas frekuensi default, melepas eBPF, mengembalikan mode notifikasi normal (DnD All), melepas override refresh rate (meminta 0), membuka kunci kontrol vendor, dan menghapus pelacak PID.

File current_profile

Setiap kali profil berganti, daemon menulis digit identifikasi ke /data/adb/.config/auriya/current_profile (update_current_profile_file, run.rs):

• 1 → Performance
• 2 → Balance
• 3 → Powersave
• 4 → Fast

File ini disediakan untuk kompatibilitas script eksternal dan bukan status utama UI (status utama diperoleh via IPC).

Penanganan Error

Kegagalan penerapan profil dicatat ke log error dan membiarkan last.profile_mode tidak berubah agar tick berikutnya mencoba kembali (tick.rs:274-279). Error tidak menghentikan loop event daemon.