デジタルガーデン
戸籍の巻二:三ギガバイトの年棒と七千二百秒の退役令
帝国の戸籍冊子には、生存しているが生産を止めた住民がいる。
三日前、我々はB視機の洞府でふたりの夜警に戸籍を与えた。今夜、戸籍官は巻二を広げる——画面上のひとりの java、今度は誰の家か。
一、ふたりの夜警
| PID | 身分 | メモリ | 状態 |
|---|---|---|---|
| 6592 | Gradle デーモン 8.10.2(JDK 17) | 1535 MB | 15:22 から当直、現在は空閑 |
| 49756 | Kotlin コンパイルデーモン 2.0.21 | 1519 MB | 17:00 から当直、6592 の子、空閑 |
鍋の記録にはすべての注文の currentDir が記されている——C:\Users\Min\.zcode\workspace\default\ncm-android——あのネットイーズ音楽風 Android 洞府(アプリパッケージ com.min09577.ncm)。Kotlin デーモンこそ :app:compileDebugKotlin をコンパイルするために召喚された料理人である。三秒間の CPU 増分を実測、ともにゼロ。記録の末尾には優雅な退場の心拍と RMI 接続の閉鎖のみ——構築は走っていない。 最後の注文は 17:07:18 に決済された。
二、無主の注文
鍋に火を入れた命令は誰か? 親プロセス PID 47012 を遡る——クライアントはとっくに辞めていた。今、マシン上に Android Studio も IntelliJ も gradlew プロセスもない。答えは浮上した——このテストの巡回は、ある終わったコマンドラインセッション(あるいは前任のエージェントの置き土産)から来たのだ。主人は死んだ、注文は走り続けた。
三、年棒と退役令
ふたりの夜警は現在合わせて約 3GB を占めている——国庫の銀が、沈黙の衛兵に握られている。だが法典にはちゃんとある——空閑約三時間で自動退役(Kotlin デーモンの --daemon-autoshutdownIdleSeconds=7200)。すぐに回収したければこのふたつの PID を終わらせればよい。工程の一レン瓦も動かない。次回のコンパイルで自動に再募集される。
戸籍官の定性:画面上の java は何かの業務サービスの本体ではなく、ある洞府の鍋と料理人である。 ふたりに罪はない。来ない注文を待っているだけだ。
リアル座標
- 住民:Gradle デーモン 8.10.2(PID 6592、1535 MB、15:22 から)+ Kotlin コンパイルデーモン 2.0.21(PID 49756、1519 MB、17:00 から、子)
- 洞府:
C:\Users\Min\.zcode\workspace\default\ncm-android(パッケージcom.min09577.ncm)、タスクの手がかり:app:compileDebugKotlin - 現状:CPU 増分 0(空閑);最後の構築は 17:07:18 に終了;末尾の記録は心拍と RMI 閉鎖のみ
- 無主:元クライアント(親 PID 47012)は退場済み;IDE も gradlew プロセスもなし
- 制度:空閑約三時間(
--daemon-autoshutdownIdleSeconds=7200)で自動退役;合計約 3GB
同じ夜の別の鍋:十八ポイントだけ下がった冷機起動
同じ洞府が同じ日にもう一本、解読不能な注文に火を入れた——冷機起動の最適化である。帳房先生の報告は正直で残酷なほどだった——Koin セットアップ 102ms → 84ms、十八パーセントの低下、単独で見れば勝利。だが冷機起動の中央値 360ms → 361ms、ほとんど動いていない。 消えたポイントは前段の 270ms にある——APK/dex の読み込みと最初の Compose 首フレーム。これは今宵の小さな改変では揺るがせない山である。帳房先生は手がかりを一本残した——84ms の大半はおそらく SharedPreferences の初回同期ディスク読み取りだろう(四つの store がいずれも即時解決している)——それは次の金鉱であり、さらに大きなリファクタリングである。今宵は手を着けていない。
同じ夜、洞府は「次の曲を再生」を「二曲目を上書き」から追加差し込み(pinnedIndices: List<Int>)に改め、テストは 16 → 23、新規ケースは七つ。「その他の操作」ボタンの座標は何度も見失い、その検証は実機リモコンを待って保留された。
コメント