- Shipped
- 30. August 2026 um 20:54 UTC
- Author
- Kamo
- Commit
- c7a6412
Die weiße weiße Seite war die VM aus dem Gedächtnis. 16Gi Gast RAM mit NO Swap bedeutet "aus dem Gedächtnis" geht direkt an den OOM-Killer: Anwendungen sterben Mitte der Arbeit, und dieses Mal wurde der ganze Gast nicht mehr ansprechbar - auch Bereitstellungsmittel. Das reicht weiter als die VM, weil SecurityService preflights, dass Agent vor der Prägstellung eines KamoDesktop-Link, so eine verkeilte VM gedreht jeder Start in einen leeren Browser-Tab: der Tab öffnet sich leer und navigiert nur sobald ein Link zurückkommt, und kein Link kam. Mehr RAM ist nicht verfügbar, k1m1 ist bereits 86% zugeteilt, also tut der Speicher nicht vorhanden zu geben. Eine 64G-Swap-Datei ist, und es ist der Unterschied zwischen "langsam für einen Moment" und "Ihr Redakteur ist weg". vm.swappiness=10, absichtlich: Dieser Swap sitzt auf einem Longhorn-Band repliziert über das Netzwerk, so ist es viel langsamer als lokale Festplatte und muss ein Sicherheitsnetz sein anstatt einer Routine-Stufe. Die Standard 60 würde Seite im Leerlauf Desktop Anwendungen, um Platz für Cache zu machen, über das Netzwerk, das ist genau die falscher Handel hier. Das Skript weigert sich, die Datei zu bauen, wenn der Leerplatz nicht da ist - das Füllen der Wurzel Dateisystem zu machen Swap würde ein Speicherproblem für eine Festplatte-volle eins, die ist schlimmer und schwerer rückgängig zu machen. Verifiziert idempotent, indem es gegen die bereits konfigurierte VM: es berichtete "bereits aktiv bei 64G" und änderte nichts. Auch KamoDesktopAccessFlapping. KamoDesktopAccessBroken braucht zehn UNBROKEN Minuten des Scheiterns, und dieser Ausfall nie gescheitert, dass lange in einer Strecke Agent beantwortet einige Sonden und nicht andere - so dass der Zugriff war schlecht für die Person versucht, es zu verwenden, während der Alarm ruhig blieb. Zwischenzeitlich ist nicht in Ordnung; Ein halber Arbeitsfläche ist kaputt.