2026.05.16 작업일지 v1.0.0
어제 자정 직후의 후속 정리(SSH alias 이슈 박제, Codex 스크립트 폐기, 새벽용 텔레그램 typing 훅)와 그 위에 올라간 새벽 1시 반의 RAM 의문 검증(본진 16GB / 5대 기기 96GB / WSL2 .wslconfig 옵션)을 한 묶음으로 정리한 첫 스냅샷.
오늘의 궤적
자정01:30 KST 까지는 “어제 사건 닦기” — jq 누락 이슈 sync, Codex 시절 라우팅 스크립트 3개 폐기, SSH alias vs hostname 미스매치 박제, 텔레그램 typing 인디케이터 PreToolUse 훅 신설. 그 다음 01:29 에 parking-lot 에 “본진 Mac RAM 16GB → 2432GB 검토” 한 줄이 추가됐고, 01:35 부터 이번 세션이 본진 RAM 진단으로 시작했다. 🖥 desktop3060ti 가 5대 기기 RAM 조사를 routing → .wslconfig 측정 회신 → α/β/γ 옵션 권고까지 cross-device 3-channel 두 사이클 돌고, 마지막에 강대종이 “본진 M1 → WSL 이전 고민” 을 꺼내면서 Claude Code 응답 속도가 사실상 API latency 지배라는 사실 환기. 모든 결정은 hold, 측정만 마감.
본진 RAM 진단 — “16GB 가 진짜 모자란가” 답
parking-lot.md (01:29 bc64643) 에 본진 Mac RAM 24~32GB 업그레이드 검토 항목이 추가된 직후 자율 진단 사이클 진입. 측정 결과:
| 지표 | 값 | 판정 |
|---|---|---|
| swap used | 318 MB / 2 GB | < 1 GB 임계 → 병목 X |
| memory_pressure | 85% free | normal |
| Top RSS | WindowServer 1.36GB / claude 658MB / Chrome 합 ~570MB | 다 합쳐 3GB 미만 |
| 활성 컨텍스트 | tmux 7 세션 / Chrome Helper 5 / Xcode 0 / Simulator 백그라운드 서비스만 | idle 가까운 상태 |
결론: 16GB 못 채우고 있음. RAM 업그레이드 hold. parking-lot 항목은 마킹 보류 (강대종 결정 대기).
5대 기기 RAM 조사 (🖥 routing → 총 96GB)
본진 측정 후 🖥 desktop3060ti 가 5대 기기 RAM 조사 라우팅 받음. 결과:
| 기기 | 이모지 | 물리 RAM | WSL2 할당 |
|---|---|---|---|
| Mac 본진 (MBP) | 🍎 | 16 GB | — |
| Mac mini | 🏭 | 16 GB | — |
| WSL (Ryzen 3900X) | 🪟 | 32 GB | 15 GB |
| 데스크탑 3060Ti | 🖥 | 16 GB | 7.7 GB |
| 노트북 3060 (Legion 5) | 💻 | 16 GB | 7.7 GB |
총합 96 GB. WSL 본진만 32GB 로 유일. 🖥/💻 는 WSL2 default 8GB 할당이라 LLM/SD 돌릴 때 헤드룸 빠듯.
.wslconfig α/β/γ — 🖥 기준 옵션 비교
🖥 .wslconfig 측정: 파일 없음 = WSL2 default 동작 (7.7GB / swap 2GB / Windows 8.3GB). 본진 권고 송신:
| 옵션 | memory | swap | Windows 남음 | 적합 케이스 |
|---|---|---|---|---|
| α | 12 GB | 8 GB | 4 GB | LLM/SD 자주 + Steam 거의 안 함 |
| β | 10 GB | 4 GB | 6 GB | 게이밍 가끔 / 안전마진 |
| γ | 14 GB | 4 GB | 2 GB | 비추 (Windows 측 압박) |
추가 권장 (어느 옵션이든):
[experimental] autoMemoryReclaim=gradual— WSL2 idle 시 메모리 점진 반환sparseVhd=true— VHD 파일 자동 축소
적용 부수효과: wsl --shutdown 필요 → 🖥 tmux ‘claude-main’ 끊김 → 본진 reverse reply 경로 일시 끊김. 재기동 후 heartbeat 1통으로 검증 필요. 강대종 한 글자 ack (α/β) 대기 hold.
WSL 본진 이전 고민 — Claude Code 응답 속도의 진짜 원인
강대종 발화 (01:44 KST 17505): “체감상 wsl이 클로드코드 응답이 더 빠른 것 같아서 3900X 이기도 하고 32G 라서그런건지 GPU 도 2070S 라서 더 그런 것 같기도 하고 지금 M1 macbook pro 모델이 메인 질문 던지는 용으로 쓰는데 wsl로 변경할까 고민”.
본진 답변 핵심: Claude Code 응답 속도는 사실상 100% Anthropic API 측 latency (네트워크 + 서버) 지배. 로컬 CPU/RAM/GPU 가 거의 영향 0. 2070S 가 빠르게 만드는 게 아님.
체감 차이 원인 후보 (가능성 순):
- 네트워크 회선 — 본진 wifi / WSL 유선?
- 터미널 렌더링 — Ghostty 가 본진에서 무거운지?
- 백그라운드 throttling — App Nap / pmset (직전 mac_throttling_diagnosis 메모리)
- WindowServer 1.36GB — 외장 모니터 / 창 압박
세 옵션 송신:
- (i) 본진 유지 + 진단 — 위 4가지 측정해서 진짜 원인 확정. 추천
- (ii) WSL 본진 이전 — 진단 후 H/W 확정되면 그때. 운영 체계 (MACHINE_ROLES.md / 텔레그램 봇 라우팅 / mac-report.sh) 재설계 필요
- (iii) 하이브리드 (현행) — 본진 = 짧은 질문/지휘 + WSL = 무거운 작업. 이미 이 모드
지금 액션 제안: 본진 + WSL 양쪽 ping -c 10 api.anthropic.com 비교부터. 30ms+ 차이면 네트워크가 주범.
자정~01:30 KST 후속 정리 (이전 사이클의 마감)
이번 세션 이전, 다른 사이클이 어제(05-15) 사건들의 잔여를 닦았다.
- 00:08 c3e0852 / 19c0cf2: 2026-05-15 jq 누락 silent fail 이슈를 daejong-page 공개본까지 동기화. Stop hook 가 jq 없을 때 조용히 죽던 사고 메타.
- 00:34~00:44 자동 sync 다수: globals/CLAUDE.md 자동 push 7건. 본진 ↔ skills repo symlink 갱신.
- 00:44 d56823b:
codex-directive.sh/codex-to-wsl.sh/wsl-to-codex.sh3개 스크립트 폐기. 2026-05-14 mac mini Codex → Claude Code 노드 전환 완료 후 잔여 라우팅 정리. - 01:20~01:21 ac363f9 / f808af2 / 7d992d2: SSH alias mismatch 이슈 박제 (
issues/2026-05-16-ssh-alias-mismatch.md). 본진이~/.ssh/configalias 대신DESKTOP-I4TR99Ihostname 그대로 ssh 명령 발사 → 외부 DNS resolution 실패 → 두 시간 timeout 추적. 원인 분석 + 예방안 박음. - 01:21 5c7c59d:
telegram-typing-refresh.shPreToolUse 훅 신규. 본진도 WSL 패턴과 통일. - 01:29 bc64643: parking-lot 에 “본진 Mac RAM 24~32GB 검토” 항목 추가. 이번 세션 본진 RAM 진단 트리거.
인프라·자동화
- 새 훅
~/.claude/automations/hooks/telegram-typing-refresh.sh등록 (PreToolUse, 본진 통일) - 폐기 스크립트 3종 —
codex-directive.sh/codex-to-wsl.sh/wsl-to-codex.sh. Codex 시절 polling 기반 inbox 패턴은 mac mini Claude Code 전환 이후 dead write. - SSH alias 컨벤션 명시 — 본진 ssh 명령은
~/.ssh/config의Hostalias 사용 (ssh wsl/ssh desktop3060ti/ssh notebook3060/ssh mac-mini). hostname 그대로 발사 X.
학습·상담
- 체감 ≠ 데이터 — “16GB 답답하다” / “WSL 가 빠르다” 같은 체감은 진단 측정 없이 결정 근거로 쓰면 잘못된 H/W 투자로 이어질 수 있음. 본진 RAM 진단이 그 forcing function.
- Claude Code 응답 속도의 본질 — 로컬 H/W 가 아니라 API latency. 본진 이전 같은 큰 결정 검토 전 이 사실 환기 필수.
남은 작업
- 강대종
.wslconfigα/β ack 받으면 🖥 측 적용 (wsl --shutdown→ 재기동 → tmux ‘claude-main’ 복구 → heartbeat 검증) - 본진 vs WSL
ping -c 10 api.anthropic.com비교 측정 (강대종 ack 후 시퀀스 진입) - parking-lot 의 “본진 RAM 24~32GB 검토” 항목 — 본진 진단 결과 hold 라고 강대종 마킹 결정
관련 커밋
| repo | SHA | 메시지 |
|---|---|---|
| daejong-page | bc64643 | parking-lot: 본진 Mac RAM 24~32GB 검토 추가 (16GB swap 318MB 사용 확인) |
| daejong-page | 7d992d2 | issue: 2026-05-16 SSH alias mismatch 공개본 동기화 |
| daejong-page | c3e0852 | issue: 2026-05-15 jq 누락 silent fail 메타 재발 공개본 동기화 |
| automations | 5c7c59d | hooks: telegram-typing-refresh.sh — PreToolUse typing 인디케이터 갱신 (WSL 패턴 통일) |
| automations | d56823b | scripts: 폐기 — codex-directive.sh / codex-to-wsl.sh / wsl-to-codex.sh |
| skills | ac363f9 | issue: 2026-05-16 SSH alias vs hostname 미스매치 박제 |
| skills | 19c0cf2 | issue: 2026-05-15 jq 누락으로 Stop hook silent fail |