Rust에서 **함수 호출 비용**에 대한 오해, **가독성**을 희생할 가치가 있을까?

저자는 Rust 컴파일러가 함수 호출(Function Call)로 인한 간접성을 대부분 제거한다고 설명한다. 특히, 릴리즈 모드(Release Mode)에서 컴파일러는 작은 함수를 자동으로 인라인(Inline)하여 성능 저하를 최소화한다. 추상화(Abstraction)를 위한 함수 추출이 오히려 코드 가독성을 높이고, 유지보수성을 향상시키는 효과를 가져온다고 강조한다. 실제 벤치마크(Benchmark)를 통해 성능 차이가 없음을 확인하고, 프로파일러(Profiler)를 사용하여 병목 지점을 정확히 파악하는 것이 중요하다고 역설한다. ⚡

저자는 코드 가독성을 희생하면서까지 미세한 성능 향상을 추구하는 행태를 지양해야 한다고 주장한다. I/O 작업(I/O Operations), 락(Lock) 사용, 메모리 할당 등 시스템 전반에 걸쳐 성능에 더 큰 영향을 미치는 요소들을 먼저 고려해야 한다고 강조한다. 코드의 이해도(Code Comprehension)를 높이는 것이 장기적인 개발 생산성을 향상시키며, 팀 협업과 유지보수에도 긍정적인 영향을 미친다고 역설한다. 🗣️

저자는 성능 개선을 위해 실제 측정(Performance Measurement)을 통해 병목 지점을 파악하고, 개선 효과를 검증해야 한다고 강조한다. 크리테리온(Criterion)과 같은 벤치마킹 도구를 사용하여 평균 실행 시간과 신뢰 구간을 측정하고, 오차 범위가 겹치는 경우 성능 차이가 없다고 판단해야 한다. 또한, 프로파일러(Profiler)를 사용하여 실제 애플리케이션에서 시간 소모가 많은 부분을 찾아내고, 그에 맞는 최적화를 수행해야 한다고 조언한다. 🔬

저자는 간접성이 실제로 성능에 영향을 미치는 몇 가지 경우를 언급한다. 타이트한 내부 루프(Tight Inner Loops), 동적 디스패치(Dynamic Dispatch), 성능에 민감한 경로에서의 명시적인 간접성 등이 그 예시이다. 이러한 경우, 컴파일러가 최적화를 수행하기 어려워 성능 저하가 발생할 수 있다. 하지만, 비동기 함수 내의 매치(Match) 구문에서는 이러한 문제가 발생할 가능성이 낮다고 설명한다. ⚠️