"최대한 서버 컴퓨터로만 작동하도록 유지" — 이 macOS 호스트는 k3s VM 3대(multipass)를 24/7 띄우는 용도가 전부이고, 사람이 직접 로그인해서 데스크톱으로 쓰는 일은 없어야 한다는 전제. 기존 Host-Memory-Reclamation-for-Multipass-VMs.md가 macOS 시스템 자체(Spotlight, 알림센터 위젯 등)를 다뤘다면, 이번엔 개인 데스크톱 용도로 설치된 앱들이 여전히 상시 실행 중인 걸 새로 찾아서 정리했다.
이번 라운드 회수량: 약 150185MB (Karabiner-Console 26 + Magnet 22 + Hammerspoon 22 + WakaTime 21 + Logi Options+ 5694).
사용자 앱(Console-User-Server)만 종료했고, 다음은 그대로 뒀다:
Karabiner-Core-Service (root + user, 2개 프로세스)Karabiner-VirtualHIDDevice-Daemon (root, LaunchDaemon)org.pqrs.Karabiner-DriverKit-VirtualHIDDevice (커널 수준 DriverKit 시스템 확장, _driverkit 계정)이유: 전부 root 소유 LaunchDaemon이거나 커널 확장이라 Host-Memory-Reclamation-for-Multipass-VMs.md의 chronod/sharingd와 같은 SIP 인접 영역이다. 완전 제거하려면 공식 언인스톨러(시스템 확장 등록 해제 포함)가 필요한데, 정전 사건 이후 원격 SSH만으로 이런 커널 확장급 구성요소를 건드리는 건 재발 리스크가 부담스러워서 보류했다. 개별 메모리 비중도 작아서(합쳐도 수십 MB) 굳이 지금 위험을 감수할 이유가 적다.
Host-Memory-Reclamation-for-Multipass-VMs.md 3.3절에서 이미 식별한 대로, WindowServer(313M) + Finder(58M) + loginwindow(41M) + Dock(45M) + NotificationCenter(45M) + ControlCenter(40M) ≈ 683MB가 GUI 세션(Aqua) 유지 비용이다. 지금까지는 Amphetamine이 GUI 세션에 의존해서 로그아웃(헤드리스 전환)을 배제해왔다.
Remote-Wake-and-Downtime-Alerting.md에서 이미 제안한 대안이 여기서 다시 의미를 갖는다 — caffeinate -disu를 LaunchDaemon으로 등록하면 GUI 세션과 무관하게 절전 방지가 동작한다. 이걸 먼저 검증하고 Amphetamine을 대체하면, 로그아웃으로 이 683MB까지 회수할 수 있는 길이 열린다.
"최대한 서버 컴퓨터로만 작동"이라는 목표에 가장 크게 기여할 단일 조치지만, 원격 접속 방식 자체가 바뀌는 변경(Screen Sharing 불가가 됨 — Tailscale SSH는 영향 없음)이라 여기서 바로 실행하지 않고 검토 항목으로만 남긴다.
chronod(Screen Time), sharingd(AirDrop/Handoff), syspolicyd(Gatekeeper) — Host-Memory-Reclamation-for-Multipass-VMs.md와 동일하게 SIP가 launchctl bootout을 막는다. System Settings GUI에서 끄면 될 가능성이 있지만, 원격 SSH의 osascript로 System Events 자동화를 시도하면 권한 승인이 필요해서 막힌다(User canceled 에러) — 물리적으로 화면 앞에 있거나 화면 공유 세션이 있어야 확인 가능하다.
caffeinate -disu LaunchDaemon 검증 → 로그아웃 전환 (683MB) — 가장 임팩트 크지만 원격 접속 방식이 바뀌므로 실행 전 확인 필요