오픈소스 파이썬 구현체인 CPython이 RISC-V 아키텍처를 공식 지원 대상으로 추가했다. 정확히는 PEP 11이 정의하는 지원 등급 가운데 '티어 3(tier 3)'에 RISC-V가 등재됐다. 지난 몇 달간 진행된 지원 개선 작업이 결실을 맺어, 이제 RISC-V는 CPython이 공식적으로 인정하고 관리하는 플랫폼 목록에 이름을 올리게 됐다. 그동안 여러 아키텍처가 사실상 동작은 하지만 공식 문서에 명시되지 않은 상태로 남아 있었던 것과 비교하면, 이번 등재는 그 성격이 다르다.
RISC-V가 주목받는 이유는 그 라이선스 모델에 있다. x86이나 ARM 같은 명령어 집합 아키텍처(ISA)가 특정 기업이 소유한 독점 표준인 반면, RISC-V는 개방형 표준으로 개발되며 누구나 자유롭게 구현할 수 있다. 특정 벤더에 종속되지 않고 칩을 설계·제조할 수 있다는 점은 임베디드부터 서버까지 폭넓은 영역에서 관심을 끌어왔다. 원문은 RISC-V 생태계가 최근 몇 년간 상당히 성장했으며 2032년까지 네 배 규모로 커질 것으로 전망된다고 전한다. 그런 흐름 속에서 파이썬이 이 아키텍처 위에서 안정적으로 돌아가는지는 점점 더 중요한 문제가 된다.
티어 3가 보장하는 것과 보장하지 않는 것
CPython의 플랫폼 지원 등급은 실무자가 오해하기 쉬운 지점이다. 티어 3는 해당 플랫폼이 CPython의 공식 지원 범위 안에 들어왔다는 신호이지만, 가장 엄격한 보증 수준은 아니다. 원문에서 밝힌 핵심 근거는 '실제 하드웨어에서의 지속적이고 신뢰할 수 있는 테스트'다. 이번 지원의 상당 부분은 RISE 프로젝트가 제공한 여러 대의 RISC-V 장비 위에서 돌아가는 빌드봇(buildbot)에 기반한다. 다만 이 빌드봇은 대체로 패치가 병합된 뒤에 실행된다는 한계가 있다. 즉 문제를 사후에 발견하는 구조에 가깝다.
이 지점을 개선하기 위해 CPython 팀은 RISC-V를 CI(지속적 통합) 파이프라인에 직접 편입하는 작업을 진행 중이다. RISE의 'RISC-V Runners' 이니셔티브가 이를 지원하며, 실현되면 기여자들이 패치를 병합하기 전에 더 빠른 피드백을 받을 수 있고 아키텍처 특유의 문제를 이른 단계에서 잡아낼 수 있게 된다. 장기적으로는 RISC-V를 더 강한 보증 수준인 티어 2로 승격하는 것이 목표로 제시됐다.
커뮤니티가 만든 성과, 그리고 남은 과제
이번 성과는 특정 개인의 작업이 아니라 누적된 커뮤니티 기여의 결과라는 점이 강조된다. 실제 하드웨어에서의 테스트, 아키텍처별 이슈 수정, 빌드 지원 개선, 버그 리포트, 패치 리뷰가 오랜 기간 쌓여 PEP 11 등재가 가능한 수준에 이르렀다. 원문은 RISE 프로젝트의 뤼도비크 앙리(Ludovic Henry), 푸르칸 온데르(Furkan Onder), 엠마 스미스(Emma Smith)를 비롯한 여러 기여자에게 감사를 표하며, 작성자 개인의 작업은 소버린 테크 에이전시(Sovereign Tech Agency)의 펠로우십을 통해 지원받았다고 밝힌다.
실무자에게 이번 발표가 던지는 메시지는 분명하다. 지원은 시작됐지만 검증은 사용자의 손에 달렸다는 것이다. 원문은 RISC-V 하드웨어에 접근할 수 있다면 직접 CPython을 빌드·실행하고, 실제 워크로드와 테스트 스위트를 돌려본 뒤 무엇이 깨지는지 알려 달라고 요청한다. 서로 다른 RISC-V 환경에서의 테스트가 축적될수록 전체 지원 품질이 올라간다는 논리다.
다만 CPython 자체의 지원은 파이썬 생태계 전체 그림의 한 조각일 뿐이라는 단서도 함께 달렸다. 실제 프로덕션에서 파이썬을 쓰려면 인터프리터뿐 아니라 서드파티 패키지, 컴파일러, 개발 도구, 인프라가 모두 해당 아키텍처를 뒷받침해야 한다. 이 부분은 여전히 커뮤니티의 지속적인 작업에 달려 있으며, 이번 등재만으로 RISC-V 위의 파이썬 환경이 완성됐다고 보기는 어렵다. 한편으로는 단순히 '동작하게 만드는' 단계를 넘어 RISC-V의 특성을 활용한 아키텍처별 최적화로 성능을 끌어올릴 여지도 언급됐는데, 이는 아직 탐색 단계의 구상에 가깝다.