시스템 슬로다운 진단·수정 (2026-06-23)
개요
"로딩 엄청 느림, 작동 불능" 신고 → load average 15.25, crownyc 113개, CPU 100% 스핀 다수.
제 erp 작업 아님(erp 서버 잔존 0). 19+ 동시 세션 누적 + 깨진 서비스 리스폰 + 디스크 스캔 churn.
A — dex 스핀 (지배적 원인, 완전 수정)
- 근본원인: DEX서버.한선 포트 9729 하드코딩 → 9729는 chain 소유(정본 dex=9402) → TCP대기 bind 실패 →
서버<0 가드 없어 동안(참){TCP수락(-1)} busy-wait 98% CPU 스핀. finance 워치독 무한 재기동.
- 수정: 포트 9729→9402(정본) + 표준 가드(서버<0 종료, 클라>=0만 처리). DEX서버.한선:27,881.
- 결과: dex 9402 정상 LISTEN, /health healthy(서비스 복구), 스핀 소멸. load 15.25→6.23.
- 교훈: 메모리 feedback_hanseon_server_bindfail_spin.
B — filecoordinationd churn (부분 수정)
- node_modules는 이미 .nosync(iCloud 제외) — 정상.
- churn 원천: crowny-disk/서버.js getCategorySize가 요청마다
find ~ node_modules -exec du(수천 디렉토리 walk) 실행. 대시보드 폴링마다 재스캔.
- 수정: TTL 캐시 추가(node_modules 15분). 1차 5.57s→2차 0.0007s. 매 요청 재스캔 차단.
- 잔여: filecoordinationd 137% 지속(du 스캔 0인데도) = 100+ 서비스 baseline. sudo killall로 리셋(사용자/실행).
곁가지
- crowny-disk는 정본 9771(DISK_PORT||9771) 정상 — 9770(brain)과 충돌 아님(초기 오인).
- crownyc ~100개 = 19+세션 워치독 정상상태(sysguard 5분 관리).
관련 파일
- /Users/ef/crowny-dex/DEX서버.한선 (포트+가드), CLAUDE.md (정정)
- /Users/ef/crowny-disk/서버.js (getCategorySize TTL 캐시)