본문으로 건너뛰기

FDP 기여를 위한 발굴 작업 디렉토리

새 세션은 HANDOFF.md부터 읽기. 이 README는 디렉토리 구조 안내용.

이 디렉토리는 단계 번호(01~05) 위에서 돌아가는 메타 작업으로, "FDP 효과 입증 → 개선 → 상류 기여" 흐름에서 기여 단위 아이템을 발굴하기 위한 분석을 모은다.

작업 흐름 (사용자 합의):

히스토리 → 현재 status → 현재 아키텍처 기준 status → FDP PoC로 효과 입증 + 아이템 발굴 → 기여

기존 01_branch_audit/와의 관계​

01_branch_audit/은 DongDongJu/LMCache:fdp-waf-agentic-replay-poc (나연/상윤 PoC) 기준 audit. 이 디렉토리(contribution/)는 ankit-sam/LMCache#1 (daegyu base) 관점 + MP gap 관점을 보완. 중복은 피하고 cross-link.

관점위치
dongdongju PoC 7카테고리 audit (a~g)01_branch_audit/03_fdp_implementation_audit.md
dongdongju PoC ↔ ankit#1 4지선다 비교01_branch_audit/02_ankit_sam_pr1_diff.md
ankit#1 (daegyu base) 8커밋 시간순 해부contribution/ankit_base_commits.md
origin/dev FDP baseline statuscontribution/dev_baseline_status.md
in-process plugin → MP adapter 이식 gapcontribution/mp_integration_gap.md
daegyu의 rank/domain/model 정책 제안 매핑contribution/policy_proposals.md
이 디렉토리의 산출물: 발굴 아이템 후보contribution/items.md

핵심 결론 요약​

  1. daegyu의 FDP 커밋 8개는 모두 ankit-sam/LMCache#1 (OPEN, 7주째 정체)에만 존재. origin/dev에는 FDP/placement/RUH 코드가 0줄. ankit#1이 머지되어야 dev에 FDP base가 생긴다.

  2. ankit#1은 in-process plugin (rust_raw_block_backend.py) 기준으로 작성되었다. 우리의 지향점인 MP mode 어댑터 (raw_block_l2_adapter.py)는 per_tp_device_paths를 명시적으로 거부 (raw_block_l2_adapter.py:154-157) — daegyu PoC의 multi-rank 옵션 하나가 그대로는 MP에서 못 쓰임.

  3. ankit#1의 placement 정책은 placeholder: _assign_fdp_placement_rank_based가 placement_ids[0] 하나만 고름. daegyu가 별도로 제안한 3축(rank / domain / model isolation)은 코드엔 없고 설계 단계의 제안.

  4. lifetime isolation은 이미 hardcode: 같은 커밋 (2be75bb5)에서 data RUH ≠ metadata(checkpoint) RUH. 이것이 FDP가 사용자에게 보여줄 첫 번째 정량 효과 후보 (WAF 차이 측정).

  5. 상류 머지 경로 자체가 미정: daegyu의 본 레포 OPEN PR 5건은 다른 raw-block 작업 (#3873/#3835/#3748/#3527/#3305)이고 FDP는 빠져있음. 작업 들어가기 전에 daegyu와 정렬 필요.

다음 단계​

  • 단기: items.md의 발굴 후보 중 검증 필요 항목들을 PoC 환경에서 1차 확인.
  • 중기: 01_branch_audit/03_fdp_implementation_audit.md §5의 PR-A~PR-E 분할안에 MP gap을 채우는 추가 PR을 끼울지 결정.
  • 장기: 정책 ②(cache_salt) / ③(model)에 대한 access pattern 근거 자료 확보 후 실험 설계.