C++26 리플렉션(Reflection)의 숨겨진 컴파일 시간 비용, X-macro가 답?
by DD
2개월 전
조회수 8
C++26 리플렉션(Reflection) 기반 enum-to-string 변환의 컴파일 시간 비용(Compile Time Cost)을 분석
X-macro 방식이 가장 빠르며, 리플렉션(Reflection)은 헤더 포함(Header Inclusion)으로 인한 오버헤드가 큼
PCH(Precompiled Header)를 사용하면 리플렉션(Reflection)의 컴파일 시간을 단축할 수 있음
C++20 모듈(Modules)은 현재 GCC 16에서 오히려 컴파일 시간을 증가시키는 것으로 나타남
C++26 리플렉션(Reflection)의 컴파일 시간 분석
본 게시글은 C++26 리플렉션(Reflection)을 사용한 enum-to-string 변환의 컴파일 시간 비용을 심층적으로 분석한다. 특히, GCC 16 컴파일러(Compiler)를 사용하여 리플렉션(Reflection), C++17 enchantum, X-macro 방식의 성능을 비교했다. 핵심은 리플렉션(Reflection) 자체의 성능보다는 헤더 파일(Header File) 포함으로 인한 오버헤드가 크다는 점을 강조한다. 실제 사례로는, 리플렉션(Reflection) 방식은 헤더 포함으로 인해 X-macro 방식보다 약 7배 느리게 컴파일된다.
X-macro 방식의 성능 우위
벤치마크 결과에 따르면, X-macro 방식이 가장 빠른 컴파일 시간을 보였다. 특히, const char*를 반환하는 X-macro 방식은 N=4 enum의 경우 26.6ms, N=1024 enum의 경우 54.7ms로 측정되었다. 이는 리플렉션(Reflection) 방식의 ~155ms 헤더 포함 비용보다 훨씬 빠르다. 기술적으로 보면, X-macro는 표준 라이브러리 헤더를 포함하지 않아 컴파일 시간을 단축하는 것으로 분석된다. 하지만, X-macro는 코드 가독성(Code Readability)을 저해하고, enum 정의를 반복해야 하는 단점이 존재한다.
