~~ Tales Of Kalstein ~~

물론...뭐 codec 같은 특수 계산만 죽어라 하는 경우에야...해당 플랫폼에 최적화를 해야되기 때문에, 어쩔수 없는 경우긴 하지만...

여튼 종속적인 개발은 별루다!

흠흠;;; 자료구조의 기본기만 잘 다뤄도...일단 80%는 먹고 들어간다. 나머지 20%를 최적화 하는건 해당 플랫폼전용 기술. (20%라고는 해놨지만 저부분에서 성능향상이 200% 정도 될수도 있긴하다 ^^;;) Performance Critical한 작업이라면 80%은 기본이요, 20%도 기본으로 해야겠지만...글쎄? 저 20%라는 영역을 위해선 해당 플랫폼에 대한 깊은 이해가 필요하다. 대충해봐야 오히려 컴파일러만 못할 수 있다는 것. 그럼 들인 노력만큼 뽑아낼 수 있느냐가 문젠데... 약간 회의적이다. ㅎㅎㅎ 그냥 inline asm 정도 쓰는것만 따진다면 20%중에서 아주 극소수랄까?

예를 들어 직면한 문제로써, CEVA dsp 에서 개발을 진행해야된다. 근데...이넘은 VLIW인거다 -_-;; 정말 best effort를 내려면, core 내에 어떤 유닛이 최대한 동시에 진행될 수 있는지 꿰고 있어야되고, 그에 맞춰서 구현이 가능한 수준에 이르러야한다. 뭐...상사들은 그걸 다 알아야된다고 말은 하지만 글쎄??

간략히 저 위에 올라갈 어플을 설명하자면, WCDMA 기지국 SW다. R99 + HSDPA + HSUPA 요렇게 크게 3가지로 나뉜다. R99는 솔직히 데이터량이 크지도 않다. 그리고 HSDPA,UPA는 대부분의 계산이 ASIC쪽에서 이루어진다. 즉, 최적화를 행할만한 부분이 R99라는 소린데...계산량이 밀려오지도 않을껀데 그걸 최적화 해봐야. -_-a;;

뭐...해당 플랫폼에 대한 이해가 필요없다는건 아니고...일단 기본기부터 제대로 짜는게 더 중요하단 소리. 여기서 기본기란? 일단 Computer자체에 대한 이해(register + L1 + L2 뭐 이런 구조라던가...메모리 관련한 내용들이 많겠지), OS에 대한 이해, 기본적인 자료구조 및 해당 알고리즘들. 그런거는 무시하고 해당 플랫폼에 대해서만 최적화하는건 본말전도라는것.

아 오랜만에 블로그 포스팅 막하고 있네 ^^;; (무플의 안습은 계속된다 쭈욱~~~ -ㅁ-;;)

POSIX 스레드 동기화쪽에 보면...Readers/Writer mutex 객체가 따로 존재한다. 그런데...이게 자체 제공되지않는 시스템도 존재한단 말이지. (현재 몸담고있는...DSP쪽이라던가.)

그래서...혼자서 생각해봤는데, 와...이거 참 쉽지않다. writer끼리의 경쟁은 mutex로 정한다고 치더라도, readers와 writer의 경쟁은 어떻게 방지할 것인가?

그래서 결국은 구글신께 문의.

결과는 http://doc.trolltech.com/qq/qq11-mutex.html 여기.

아주 심플하다. ^^ semaphore랑 mutex 2가지만 시스템에서 제공하면 얼마든지 구현이 가능!!

명시적이며 사용하기 편리한...아주 괜찮은 동기화 표현을 봤다.

It`s so Cool~~~~!!

내용은 여기 로...

TI DSP에는 CCS(Code Composer Studio) 라는...Visual Studio 와 흡사한 모습의 개발IDE를 제공하고 있다. 그런데...이녀석이 참...골때린다.

일단...임베디드 환경이랍시고...C++의 STL도 지원이 없고, iostream의 지원도 없다.

;;;;-_-;;;;

STL은 STL port를 어떻게든...말그대로 porting해서리...그럭저럭 vector,list 정도는 쓸수있도록 했으나, set,map은 CCS 2.2에서는 잘 되지않는다. (컴파일 옵션을 좀 바꾸면 되지만...그다지 추천하고 싶지않다. 내 생각에는 inline 함수내의 static 객체처리를 못해서 생기는 문제 같다.) - 3.3에서는 잘 되는거 같더라.

iostream이 안되는 문제때문에, TDD(time duplex domain인가? 그거 아니다 ㅋㅋ Test Driven Development)를 도입하기도 상당히 껄끄럽다. 보통 C++용 TDD 들은 iostream을 사용한다. Log등을 위해서 출력단에 iostream을 사용하는데...이것이 없다보니 ㅡ,.ㅡ;;; 별수있나? 간단한 iostream을 만들던가...아니면 걍 GG 치던가.

뭐 하긴..생각해보면, 컴파일의 결과물인 .out 파일을 실행하기도 좀 껄끄럽긴하지만. (알아보면...시뮬레이션 DSP 위에서 돌리는 방법이 있긴하겠지만....TDD부터 좌절이니 원...)

가면갈수록...아주 부유한 개발환경(VS,gcc, etc)이 부러워진다 ㅎㅎ