- Dikirim
- 30 Agustus 2026 pukul 20.54 UTC
- Penulis
- Kamo
- Commit
- c7a6412
Halaman putih kosong adalah VM kehabisan memori. 16Gi tamu RAM dengan NO swap Artinya "kehabisan memori" langsung menuju pembunuh OOM: aplikasi mati tengah-kerja, dan kali ini seluruh tamu menjadi tidak responsif - termasuk Agen pengelolaan. Yang mencapai lebih jauh dari VM, karena SecurityService preflight yang agen sebelum minting link KamoDesktop, sehingga VM basah berbalik setiap peluncuran ke tab browser kosong: tab terbuka kosong dan hanya navigation sekali link datang kembali, dan tidak ada link pernah datang. RAM lebih lanjut tidak tersedia - k1m1 sudah ~ 86% dialokasikan, sehingga memori tidak tidak ada untuk diberikan. Sebuah berkas swap 64G adalah, dan itu adalah perbedaan antara "lambat untuk sesaat "dan" editor Anda hilang ". vm.swappiness = 10, sengaja: swap ini duduk pada volume Longhorn direplikasi melalui jaringan, sehingga jauh lebih lambat dari disk lokal dan harus berupa jaring pengaman daripada tingkat rutin. 60 bawaan akan membagikan desktop menganggur aplikasi untuk membuat ruang untuk cache, melalui jaringan, yang persis salah perdagangan di sini. Skrip menolak untuk membangun berkas jika ruang tidak ada - mengisi akar filesystem untuk membuat swap akan trade masalah memori untuk disk-full satu, yang lebih buruk dan lebih sulit untuk dibatalkan. Diverifikasi idempoten dengan menjalankannya melawan Sudah terkonfigurasi VM: itu melaporkan "sudah aktif pada 64G" dan tidak mengubah apa-apa. Juga menambahkan KamoDesktopAccessFlapping. KamoDesktopAccessBroken membutuhkan sepuluh UNBROKEN menit kegagalan, dan pemadaman ini tidak pernah gagal selama itu dalam satu peregangan - agen menjawab beberapa probe dan bukan yang lain - jadi akses rusak parah untuk seseorang mencoba untuk menggunakannya sementara peringatan tetap tenang. Intermiten tidak baik; setengah desktop kerja adalah yang rusak.