~~ Tales Of Kalstein ~~

현재 회사에서...모 프로젝트를 진행중이라...뭔가 HW를 만들고 있는데, 우리가 만드려는것을 이미 전문업체에서 솔루션으로 제공할 수 있다고 하여 그 업체의 설명을 들어보게 되었다.

들어본 소감은...
'우왕ㅋ굳ㅋ'
.........

HW제작을 전문적으로 하는 사람들이 모인 회사라서 그런지 (총 인원 40명?정도의 외국 기업) 가능한 모든것을 HW회로로 매우 compact하게 제작되어있고, 그로 인한 SW부담이 현저히 저하. 그다지 좋지않은 CPU,DSP를 지니고도 부하량은 매우 널럴하게. 거참...

우리회사의 기존꺼는 어땠냐고? HW로 좀 구현하면 좋겠다...하면 이런저런 이유로 인하야 (다른 발상을 해야 되는데...그렇게 하질 못하니 기능하나 추가하려면 메모리레지스터 추가되어야지, 그외에 기타 등등 추가되어야되지, 그러면 열이 더 발생하고, 비싸지니 안된다...이런?) 죄다 안된다...그대로 가져가자... 최대한 덜 수정하고, 하지만 시장에서 요구되는 사항은 늘어나니 결국은 SW(CPU and DSP) 측에서 부담. 사실...HW보다 빠를수는 없으니...CPU,DSP 요구spec도 점점 높아지게 되고, 그러나 그만한 스펙을 가지는 녀석을 만들자면 비싸고. 진퇴양난이라고 해야되나? (물론...CPU,DSP쪽 인원들이 잘난것도 없다. -_-)

전부터 느껴왔던...'아 여기 정말 아마추어적인 사람들 많구나...'의 생각이 입증됨과 동시에, 나름 사람들이 컬쳐쇼크를 받은거 같아서 통쾌하기도 하고, 좀 씁쓸하기도 하고.




ps : http://kalstein.tistory.com/entry/대체무슨-생각일까 에서의 그'분'...과 함께 저 세미나후 식사를 하는데...왜 그동안 저 '님'께서...cache size가 크면 클수록 손해라고 주장하는지 알았다. cache miss가 나게되면 cache 전체를 refresh하는것으로 알고있던것. 그래서 친절히...'cache line 별로 관리되어지며, miss가 나도 line size(128 or 256바이트정도? 여튼 작은사이즈)만 DMA 전송으로 가져오기 때문에 큰 피해는 없다' 라고 말했지만...

'아니 그렇게하면 memory 주소 관리를 지가 무슨수로 해? 너가 잘못알고있는거야'

...이 아저씨야...그래서 MMU가 있는거고 그걸 더 좋게 하려고 TLB가 붙는거야...
신봉선의 유행어를 한마디 해주고 싶던데.  '뭐라 쳐 씨부리싼노' -.-