“Rust보다 빠르다”는 주장 반박: Tov의 악의적 벤치마크

(news.hada.io)

GeekNews2026년 10월 24일개발자 도구

TypeScript를 C로 변환하여 Rust보다 압도적인 성능 우위를 점한다고 주장한 'Tov'의 벤치마크가 불공정한 비교를 통해 왜곡되었음이 재검증을 통해 밝혀졌습니다.

이 글의 핵심 포인트

1Tov는 TypeScript를 C로 변환하여 Rust보다 최대 10배 빠르다고 주장했으나, 재검증 결과 이 수치는 재현되지 않음
2Rust의 dispatch 벤치마크에서 동적 디스패치를 제거하고 최적화했을 때 Tov와 대등하거나 더 빠른 성능을 보임
3map_insert 테스트에서 Rust의 기본 HashMap을 AHashMap으로 교체하고 문자열 처리를 최적화하자 Tov보다 1.20~1.96배 빨랐음
4이번 논란의 핵심은 언어 자체의 차이보다 벤치마크 대상이 된 Rust 코드의 구현 방식과 공정성 문제에 있음
5JavaScript를 네이티브로 컴파일하는 대안으로 높은 ECMAScript 적합성을 가진 'Porffor'가 언급됨

이 글에 대한 공공지능 분석

왜 중요한가?

기술적 우위를 내세우는 새로운 도구의 성능 주장이 객관적 검증을 통해 반박됨으로써, 개발 생태계 내의 '벤치마크 마케팅'에 대한 경각심을 일깨우고 기술 선택의 기준을 재정립하기 때문입니다.

어떤 배경과 맥락이 있나?

최근 코딩 에이전트와 고성능 런타임에 대한 수요가 늘면서, TypeScript를 네이티브 바이너리로 변환하여 성능을 극대화하려는 시도가 이어지고 있으며, 이 과정에서 Rust와 C의 성능 경쟁이 격화되고 있습니다.

업계에 어떤 영향을 주나?

스타트업은 단순한 벤치마크 수치에 현혹되기보다, 실제 워크로드에서의 최적화 가능성과 런타임 오버헤드를 면밀히 검토해야 하며, 잘못된 기술 채택은 장기적인 인프라 비용과 성능 저하를 초래할 수 있습니다.

한국 시장에 어떤 시사점이 있나?

고성능 컴퓨팅이나 인프라 기술을 다루는 국내 테크 스타트업들은 글로벌 기술 트렌드의 성능 홍보를 비판적으로 수용하고, 자사 서비스 특성에 맞는 최적화된 라이브러리(예: AHashMap 등)를 직접 검증하는 엔지니어링 역량이 필수적입니다.

이 글에 대한 큐레이터 의견

이번 사례는 기술적 혁신을 홍보할 때 '비교 대상의 약점을 의도적으로 노출시키는 방식'이 얼마나 위험한지를 보여줍니다. Tov의 개발자가 의도적으로 Rust의 동적 디스패치나 기본 해시 알고리즘을 선택했을 가능성은 높지만, 이를 통해 얻은 성능 우위는 언어 자체의 혁신이라기보다 '비교의 불공정성'에 기반한 것입니다. 창업자 입장에서는 이러한 '벤치마크 마케팅'에 속아 핵심 인프라 구조를 결정하는 실수를 범해서는 안 됩니다.

물론 반론도 존재합니다. 만약 Tov의 컴파일러가 동적 디스패치를 자동으로 단형화(monomorphization)하여 최적화한다면, 이는 개발자가 실수로 작성한 비효율적인 코드를 보완해주는 강력한 도구가 될 수 있습니다. 따라서 기술을 평가할 때는 단순히 '누가 더 빠른가'를 넘어, '어떤 개발 패턴에서도 일관된 성능을 보장하는가'와 '최적화의 제어권이 개발자에게 있는가'를 동시에 고려해야 합니다. 스타트업은 기술의 화려한 수치보다, 실제 운영 환경에서의 예측 가능한 성능과 최적화 유연성을 우선순위에 두어야 합니다.

원문 보기 →