epilogue 의 레시피 기반 구조는
이전의 독립 모듈 ( 핫패스 커널 ) 들을, 런처에서 조건에 따라 자동 선택, 호출하는 시스템
핫패스로 등록된 독립 epilogue 커널들을, 런처가 패턴/레시피에 따라 자동 디스패치하는 구
- “핫패스” = 이미 구현된 최적화 커널 (파일 단위)
- “런처” = 핫패스 선택 로직
- “레시피” = 그 선택 로직에 이름을 붙인 상위 레이어 수준의 스위치
지금의 구조는 “핫패스 모듈 등록 → 런처 매핑 → 레시피 호출”로 완전히 정립된 상태입니다.
앞으로 어떤 레이어든 핫패스 커널 1개 추가 + 런처 분기 3줄 + (선택) 레시피 enum 등록
“핫패스 등록 메타시스템 (registry + macro 기반)”
으로 가서,
REGISTER_EP_HOTPATH(F32, ReLU, BiasPerN) 식으로 자동 등록하는 구조로 확장도 가능해요.
이걸 하면 나중에 LLM-기반 AutoGraph Compiler랑도 바로 연결됩니다.
'명징직조' 카테고리의 다른 글
| early_exit 에 대해 내 직관?? - 모델의 표현력에 대해 (0) | 2025.10.29 |
|---|---|
| Prompt Compilerization: Toward Context-Level Optimization in LLM-Assisted Code Generation, 프롬프트 컴파일러화(Prompt Compilerization): LLM 기반 코드 생성의 문맥 수준 최적화를 향하여 (0) | 2025.10.19 |
| AI 의 다양한 현상들에 대해 불완전성으로 해석하는 시도들이 존재하는지? (0) | 2025.09.22 |
| 불완전성의 일반화, 확장, 패턴화 (0) | 2025.09.22 |
| 인식론적 불완전성과 수학·언어·AI (0) | 2025.09.22 |