Hacker News 2026.04.14 25

WebIDL 코드 생성 캐싱으로 Firefox 빌드를 17% 빠르게 만든 이야기

빌드가 느리면 개발자의 하루가 느려져요

빌드 시간. 개발자라면 누구나 이 단어에 한숨을 쉬어본 적이 있을 거예요. 코드 한 줄 고쳤는데 빌드가 돌아가는 동안 커피 한 잔을 마시고 오는 그 시간이요. Firefox 같은 대규모 프로젝트에서는 이 문제가 특히 심각한데요, 최근 Firefox 개발팀이 WebIDL 코드 생성 과정에 캐싱을 도입해서 전체 빌드 시간을 무려 17%나 줄이는 데 성공했다고 해요.

WebIDL이 뭔데, 그게 빌드 시간이랑 무슨 관계예요?

WebIDL은 "Web Interface Definition Language"의 약자예요. 이게 뭐냐면, 웹 브라우저가 JavaScript에게 제공하는 API들의 "설계도"라고 생각하면 돼요. 예를 들어 document.getElementById()라는 함수를 JavaScript에서 호출하면, 실제로는 브라우저의 C++ 코드가 실행되잖아요? 이때 JavaScript 세계와 C++ 세계를 연결해주는 접착제(바인딩) 코드가 필요한데, WebIDL 파일이 바로 이 바인딩 코드를 자동 생성하기 위한 명세서 역할을 해요.

Firefox에는 이런 WebIDL 파일이 수백 개가 있어요. 빌드할 때마다 이 파일들을 파싱하고 바인딩 코드를 생성하는 과정이 필요한데, 문제는 이 과정이 매번 처음부터 다시 실행된다는 거였어요. WebIDL 파일 하나만 수정해도 관련된 모든 바인딩 코드가 전부 재생성됐던 거죠.

어떻게 17%나 줄였을까요?

핵심 아이디어는 생각보다 단순해요. "바뀌지 않은 것은 다시 만들지 않는다"는 캐싱의 기본 원칙을 적용한 거예요.

기존에는 WebIDL 코드 생성기가 모든 IDL 파일을 한꺼번에 읽어서 한꺼번에 출력하는 구조였어요. 그래서 하나만 바뀌어도 전체를 다시 돌려야 했죠. 개선된 방식에서는 각 WebIDL 파일의 해시값을 기록해두고, 변경된 파일에 대한 바인딩 코드만 새로 생성하도록 바꿨어요. 이전 빌드 결과를 캐시해두고, 입력이 동일하면 그대로 재사용하는 거예요.

이걸 "증분 빌드(incremental build)"라고 하는데요, 컴파일러 세계에서는 꽤 일반적인 최적화 기법이에요. C/C++ 컴파일러가 .o 파일을 캐시하는 것과 비슷한 원리라고 보면 돼요. 다만 코드 생성 단계에서 이걸 제대로 적용하려면 의존성 그래프를 정확히 추적해야 해서, 구현이 간단하지만은 않아요. A.idl이 B.idl을 참조하고 있다면, B가 바뀌었을 때 A도 다시 생성해야 하니까요.

이 최적화의 결과가 17% 빌드 시간 감소인데, 절대적인 시간으로 보면 꽤 큰 차이예요. Firefox 전체 빌드가 보통 30분에서 1시간 가량 걸리는 걸 감안하면, 개발자 한 명당 매 빌드에서 몇 분씩 절약되는 거거든요. 하루에 빌드를 여러 번 돌리는 걸 생각하면 누적 효과가 상당하죠.

빌드 최적화, 왜 이렇게 중요한 걸까요?

빌드 시간 최적화는 겉보기엔 화려하지 않지만, 개발 생산성에 직결되는 문제예요. 구글은 자체 빌드 시스템 Bazel에 막대한 투자를 하고 있고, Meta는 Buck2라는 차세대 빌드 시스템을 오픈소스로 공개했어요. Rust 커뮤니티에서도 컴파일 시간이 오래된 과제 중 하나인데, 증분 컴파일과 캐싱이 계속해서 개선되고 있고요.

특히 요즘처럼 CI/CD 파이프라인에서 빌드가 자동으로 돌아가는 환경에서는, 빌드 시간이 곧 비용이에요. 클라우드 환경에서 빌드 머신을 돌리는 시간을 17% 줄일 수 있다면, 큰 규모의 프로젝트에서는 인프라 비용을 상당히 절약할 수 있거든요.

한국 개발자에게 주는 시사점

이 사례에서 배울 수 있는 건, "코드 생성" 단계도 캐싱의 대상이 될 수 있다는 점이에요. 프로젝트에서 Protocol Buffers, gRPC, OpenAPI 코드 생성, 혹은 GraphQL 코드젠 같은 걸 쓰고 계시다면, 빌드할 때마다 전부 다시 생성하고 있는 건 아닌지 점검해볼 만해요. 대부분의 코드 생성 도구가 "변경 감지" 없이 매번 전체를 다시 돌리는 경우가 많거든요.

Makefile이나 빌드 스크립트에서 입력 파일의 해시를 체크해서 변경된 것만 재생성하도록 만드는 것만으로도 CI 시간을 꽤 줄일 수 있어요. 복잡한 도구 도입 없이도 기본적인 캐싱 로직으로 체감되는 효과를 볼 수 있는 영역이에요.