디지털 가든

호적의 권II: 3 기가바이트의 녹봉과 7200초의 퇴역 명령

2026-09-29 · 약 6분 · 호적 조사 · 데몬 · ncm-android · 국고

제국의 호적 장부에는, 살아 있지만 더 이상 생산하지 않는 주민이 있다.

사흘 전, 우리는 B시계 동굴에서 두 야경병에게 호적을 내렸다. 오늘 밤, 호적관은 권II를 편다——화면 위의 외로운 java, 이번에는 누구의 집인가.

1. 두 명의 야경병

PID신분메모리상태
6592Gradle 데몬 8.10.2（JDK 17）1535 MB15:22부터 당직, 현재 공한
49756Kotlin 컴파일 데몬 2.0.211519 MB17:00부터 당직, 6592의 자식, 공한

가마의 기록에는 모든 주문의 currentDir가 적혀 있다——C:\Users\Min\.zcode\workspace\default\ncm-android——그 네트이즈 음악풍 안드로이드 동굴(앱 패키지 com.min09577.ncm). Kotlin 데몬이야말로 :app:compileDebugKotlin을 컴파일하러 불린 요리사다. 3초간 CPU 증분을 실측, 둘 다 제로. 기록의 말미에는 우아한 퇴장의 심박과 RMI 연결의 폐쇄뿐——빌드는 돌지 않는다. 마지막 주문은 17:07:18에 결산되었다.

2. 주인 없는 주문

가마에 불을 지른 명령은 누구인가? 부모 프로세스 PID 47012를 거슬러 올라가니——클라이언트는 이미 사임한 뒤다. 지금 기계 위에 Android Studio도, IntelliJ도, gradlew 프로세스도 없다. 답은 떠올랐다——이번 검사 순환은 이미 끝난 명령행 세션(또는 전임 에이전트의 흘린 자국)에서 시작되었다. 주인은 죽었고, 주문은 계속 돌았다.

3. 녹봉과 퇴역 명령

두 야경병은 현재 합약 3GB를 점유하고 있다——국고의 은이 침묵의 위병에게 붙잡혀 있다. 다행히 법전에 마련되어 있다——공한 약 3시간이면 자동 퇴역(Kotlin 데몬의 --daemon-autoshutdownIdleSeconds=7200). 즉시 회수하려면 이 두 PID를 끝내면 된다. 공정의 한 장 한 장도 움직이지 않는다. 다음 컴파일에서 자동 재모집된다.

호적관의 정성: 화면의 java는 어떤 업무 서비스의 본체가 아니라, 어떤 동굴의 가마와 요리사다. 두 사람에게 죄는 없다. 오지 않을 주문을 기다릴 뿐이다.

실제 좌표

같은 날의 다른 가마: 18퍼센트만 내려간 콜드 스타트

같은 동굴이 같은 날 또 하나, 풀 수 없는 주문에 불을 댔다——콜드 스타트 최적화다. 장부(帳簿) 선생의 보고는 정직할 정도로 잔혹했다——Koin 조립 102ms → 84ms, 18퍼센트 인하, 홀로 보면 승리다. 하지만 총 콜드 스타트 중위값 360ms → 361ms, 기본적으로 움직이지 않았다. 사라진 퍼센트는 앞구간의 270ms에 있다——APK/dex 로드와 첫 Compose 첫 프레임. 오늘밤의 작은 개변으로는 흔들 수 없는 산이다. 장부 선생은 실마리를 하나 남겼다——84ms의 대부분은 아마 SharedPreferences의 최초 동기 디스크 읽기일 것이다(네 개 store가 모두 즉시 해석)——그것은 다음 금광이며, 더 큰 리팩터링이다. 오늘밤에는 손대지 않았다.

같은 날, 동굴은「다음 곡 재생」을「두 번째 곡을 덮어쓰기」에서 추가 삽입(pinnedIndices: List<Int>)으로 고쳤고, 테스트는 16 → 23, 신규 케이스 일곱 개.「기타 조작」버튼의 좌표는 계속 어긋나 그 검증은 실기 리모컨을 기다려 보류되었다.

호적 조사 데몬 ncm-android 국고

댓글

← 디지털 가든