많은 작은 크기의 함수

Question

컴퓨터 문헌에서 일반적으로 가능한 한 짧은 함수를 작성하는 것이 좋습니다. 가독성을 높일 수는 있지만 (항상 그런 것은 아니지만) 이러한 접근 방식은 유연성을 더 많이 제공합니다. 하지만 최적화와 관련이 있습니까? 내 말은 - 몇 가지 커다란 루틴보다는 작은 루틴을 컴파일하는 것이 컴파일러에게 중요할까요?

감사합니다.

Answer 1

이는 컴파일러에 따라 다릅니다. 많은 구형 컴파일러는 한 번에 하나의 함수 만 최적화했기 때문에 최대 한도까지 작성하면 최적화가 향상 될 수 있었지만 대부분이 한계를 초과하면 최적화가 완전히 해제되었습니다.

대부분의 합리적으로 현재 컴파일러는 기능을위한 인라인 코드를 생성 할 수 있으며 C99은이를 용이하게하기 위해 ineline 키워드를 추가하고 전역 (교차 기능) 최적화를 수행합니다.이 경우 일반적으로 전혀 차이가 없습니다.

Answer 2

@ twain249와 @Jerry는 모두 정확합니다. 프로그램을 여러 함수로 분리하면 성능에 부정적인 영향을 줄 수 있지만 컴파일러가 함수를 인라인 코드로 최적화 할 수 있는지 여부에 달려 있습니다.

확실히 알 수있는 유일한 방법은 프로그램의 어셈블러 출력을 검사하고 프로파일 링을 수행하는 것입니다. 예를 들어 특정 코드 경로가 성능 문제를 일으키는 경우 어셈블러를보고 호출되는 함수의 수, 매개 변수가 스택에 푸시되고있는 횟수 등을 확인할 수 있습니다. 작은 기능을 하나의 큰 기능으로 통합하고자 할 수 있습니다.

이것은 과거에는 내게 우려의 대상이었습니다. 임베디드 프로젝트에 대한 최적화가 매우 힘들어서, 특히 긴밀한 루프에서 함수 호출 수를 줄이려고했습니다. 그러나, 이것은 때로는 여러 페이지 길이의 끔찍한 기능을 만들어냅니다. 이 유지 관리 비용을 줄이기 위해 매크로를 사용할 수 있습니다.이 매크로는 가독성을 유지하면서 함수 호출이 없는지 확인하기 위해 무겁고 성공적으로 활용했습니다.