임베디드 환경에서 C++ 사용하기

WinCE, e-Linux에서 모두 stl, template 사용 가능합니다.
성능에는 당연히 지장이 있습니다.
개인적으로 성능을 위해서라면 C++은 사용하더라도 stl, template은 피했으면 합니다.

템플릿 같은 경우는 컴파일 타임에 증발하는 정보이기 때문에 크로스 컴파일러가 템플릿을 제대로 구현했다면 어느 디바이스에서든 사용이 가능합니다.

—홍민희 (VLAAH, LangDev)

실시간 성능 저하도 있지 않을까요?

OOP나 컴파일러나 저질인 제 수준에서 본다면... 어차피 stl이나 템플릿들이나 virtual function(또는 vtable?)들이

안쓰일 수가 없을텐데요, control flow 입장에서 본다면 indirect branch가 많으면 많을 수록

성능이 떨어질 가능성이 높을 것 같은데요... direct branch야 branch predictor의 hit rate를 높인다던가

(gcc라면) likely 매크로로 instruction cache hit rate를 높이는 식으로 branch penalty를

줄일 수 있겠지만, indirect branch는 그러기 힘든 걸로 알고 있습니다.

데스크탑 PC들이야 클럭이 워낙 빠르고 cache가 커서 이런 indirect branch의 영향이 그리 크지

않을 (혹은 않아 보일) 수 있겠지만, 임베디드 프로세서의 경우에는 캐시가 제 성능을 발휘 못하면 아주 바보가 됩니다.

(혹시나 제가 virtual function/vtable에 대해서 잘못 이해하고 있다면 설명 부탁드립니다.)

STL이 주로 템플릿에 의존되어 있는 부분은 사실입니다만 STL이 vTable을 전적으로 쓰지 않는 것은 아니며 동적 속성을 전혀 사용하지 않는 것은 아닙니다. 동적인 프로그래밍이라고 모두 느리고 정적인 프로그래밍이라고 모두 빠른 것이 아니고 일반적으로 STL의 정적 속성은 어떤 타입을 가질 것이냐라라는 컨테이너적인 부분에 국한됩니다. STL은 생각보다 빠르게 구현된 라이브러리가 아니며 속도가 문제가 될 수 있는 환경이라면 다른 대안을 찾는게 나을 수도 있습니다.

- 죠커's blog / HanIRC:#CN

이론적인 설명은 할 수 없지만 경험적으로 말씀 드리겠습니다.

얼마전에 임베디드 환경에서 꽤 대용량의 데이터를 처리하는 어플을 작성할 일이 있었는데
(지리 정보 관련 어플이었습니다. 당연히 처리하는 데이터가 허벌나게 많았습니다.)

저도 처음엔 당연히 C로 작성해서 직접 자료구조 만들고, 왠만하면 자료구조들도 직접 작성해서 만들었습니다.

그런데도 성능 요구사항을 만족시키지 못하고 내부 자료구조는 꼬이고 해서,

그냥 다시 엎고, C++에 STL 사용해서 작성했습니다.

vector와 map 이 난무하고, 클래스와 탬플릿으로 관련 자료구조를 작성하니 오히려 C로 작성한것 보다 깔끔하더라구요.

게다가...

성능도 더 잘나오더라는...-_-;;

여기서 교훈은..

무언가 동적으로 자료구조의 크기를 바꾸거나 자료형이 변환될 일이 많은 프로그램은,

그냥 STL과 C++ 컴파일러를 믿는 것이,

내 프로그래밍 실력보다 뛰어나다...

라는 것입니다..-_-;;

물론 제가 허접해서일 수도 있지만..

결론은

임베디드 환경에서 C++에 STL 쓰는것도 그닥 성능에 영향을 주는것 같진 않았습니다.

----------------------
얇은 사 하이얀 고깔은 고이 접어서 나빌레라