CPython JIT 제안 PEP 836이 철회됐다

CPython의 JIT 컴파일러(Just-in-Time compiler) 개발 방향을 담은 PEP 836이 철회됐습니다. 제안자들은 운영위원회가 높은 기준을 두는 것은 타당하지만, 현재 안을 계속 추진할 개인적 여력이 부족하다고 밝혔습니다. 저는 기술 방향에 대한 거부가 아니라 추진할 사람의 여력에서 멈췄다는 점이 눈에 들어왔습니다. 이번 철회는 JIT의 가능성에 대한 결론이 아니라 제안 추진이 멈춘 일입니다.

CPython 3.15 JIT는 알고리즘형 프로그램 8개에서 CPython 2.7보다 평균 속도를 높였지만 PyPy보다 느렸습니다. 이 성능 측정과 별개로 PEP 836은 장기 지원과 메모리 사용량, 플랫폼 지원도 다뤄야 했습니다. 두 소식은 속도 개선과 지속 가능한 지원 설계가 서로 다른 과제임을 보여 줍니다.

반가운 점은 철회가 기술 방향의 포기와 같지 않다는 것입니다. 사바나 오스트로스키(Savannah Ostrowski)는 제안자들이 이 방향을 계속 지지한다고 밝혔습니다. 여기에는 자유 스레딩(free-threading) 지원과 메서드 기반 프런트엔드(method-based frontend)가 담겼습니다. 참고 구현(reference implementation)은 공개 뒤 PEP에서 연결될 예정입니다.

운영위원회는 제안이 실험적 JIT를 유지하는 설계를 다룬다고 설명했습니다. 추가 논의 항목으로 장기 지원, 성능 기준, 메모리 사용량을 들었습니다. 장기 지원은 업무에 얹어 오래 쓸 수 있는지를, 성능과 메모리는 속도 향상이 운영 부담을 넘어서는지를 바꿉니다. 당시 PEP는 공식 승인이나 거부 단계가 아니었으므로, 저는 이번 철회를 JIT 성능에 대한 위원회의 판정으로 받아들이지 않습니다.

오늘은 PEP 836에서 참고 구현이 공개됐는지, 연결이 추가됐는지 확인해 두십시오. 공개되면 자주 쓰는 작업 하나의 실행 시간과 메모리를 현재 환경과 비교하고, 본인 플랫폼의 지원 여부와 장기 지원 계획도 함께 확인하십시오.

JIT 도입을 검토하실 때 성능 측정과 장기 지원 계획 가운데 무엇부터 확인하시겠습니까?