검색어 'ASIC'에 대한 4 개의 검색 결과
사람을 찾습니다.
어디에
C 언어 이해하고 있으면서
Computer Architecture를 이해하는 사람을 보셨나요 ?
취업 사이트에 올린 구인 광고나 회사 홈피에 있는 구인 광고는 정말 거창한것 같지만 사실 딱 두가지만 바라는 겁니다. C언어와 Computer Architecture 입니다. (신입은 C만 잘해도 됩니다. ^^)
몇년 전부터 사람을 찾느라고 매달 2~3명씩 면접을 보는 것 같습니다.
그런데 아직도 사람을 찾고 있습니다.
거듭 말씀드리지만, 신입사원이라면 C언어만 이해해도 좋은데 사람 찾기가 쉽지 않네요
회사가 크고 작고의 문제가 아닌듯 합니다.
사상 최대의 취업 난이네 하여도 회사는 사상 최대의 구인난에 시달리고 있으니 아이러니 합니다.
그동안 면접 본 사람이 못해도 000명은 넘은 것 같습니다만, 실제 채용된 사람은 3명 정도입니다.
그렇다고 회사가 정말 고난도의 인력을 요청하는 것도 아니라는 생각을 합니다.
정말 기본적인 것이죠.
채용 기준을 낮추라는 압력(?)이 조언이 주변에서 들어오지만, 이미 이정도의 채용 기준이면 한껏 낮추었다고 생각합니다.
요새는 왜 이렇게 사람뽑기가 힘들까요 ?
생각해보면
1. 반도체 설계라는 직업군이 사실은 3D업종 이라는 비밀이 만천하에 공개 되었고
2. 공대 기피현상의 여파가 구인난까지 밀려들어온것 같습니다.
1번에 대해서는
3D직군이라는 것은 재론의 여지가 없이 사실입니다. 엄청 몸빵하는 직군임에 틀림이 없습니다. FAB-IN할때에는 모두 신경이 곤두서서 밤을 새며 지내기 일쑤이기 떄문에, 엄청 고로운 직군입니다. 이건 사실이기 때문에 변명할 거리가 없네요 하지만 다른 직군을 좀 봐주세요.. 다른 직군도 힘들기는 매 한가지 입니다.
2번에 대해서는
사실, 지금은 영업, 연구, 마케팅의 구분이 없는 시대가 되기 시작했습니다.
직군의 구분은 있을런지 모르지만, 생각과 행동은 구분이 없습니다.
엔지니어가 마케팅을 이해하여야 하고, 세일즈를 이해해야 하는 것 처럼
마케팅이 엔지니어링을 이해하지 못하고는 발 붙이기 힘든 시대입니다.
시작할때야 차이가 존재하지만 점점 차이가 없어지고, 결국 종합적인 능력을 가진 사람이 더 높은 세상을 향해
나아가게 되어 있습니다.
아무것도 모르는 사람이 마케팅을 한다고 자리에 눌러 앉아서 기울어가는 회사를 보는게 한두군데가 아니어서
더욱 그런 시대라는 것을 절감하게 됩니다.
그렇지만~~!!!! 버뜨...
자신이 만든 칩이 움직이는 것을 보는 것이
얼마나 신기한 것인지,
얼마나 두군거리는 것인지
얼마나 황홀한 것인지
느낄 수 있는 사람이라면, 느껴보고 싶은 사람이라면 연락을 주세요..
얼마전에 연구 결과물을 보니 국내에 약 150개 정도의 FAB-Less가 있고 인력은 4000명 정도 된다고 합니다.
마치 F.S.S( 파이브 스타 스토리의 약어죠.. 유명한 애니)에 보면
기사는 숫자가 늘지도 줄지도 않는다는 대사가 나옵니다. 한사람의 기사가 만들어질려면 한사람의 기사가 죽어야 하는것 처럼
한사람의 엔지니어가 은퇴할때가 되어야 한사람의 엔지니어가 탄생하는게 아닌가 하는 생각이 듭니다.
우리나라 반도체 인력 종사자가 4000명일지에 대해서는 약간 의문이긴 합니다만, (실상은 더 적을것이라 생각합니다.)
4000명의 엔지니어로 이 넓은 세상을 커버하기는 버거울 것 같습니다.
지금 있는 회사에서도 사람을 채용하기 위해서는 기존의 방법으로는 안된다고 생각이 됩니다.
뭔가 다른 방법과 대안을 찾아서 준비를 시작해야 합니다.
개인적으로도
회사에서도
국가에서도
다른 방안이 필요한 때입니다.
===========================
오해의 소지가 좀 있을것 같아서..
- 우리회사 대우가 낮지는 않습니다.
- 다른 것들도 잘 해주는 편입니다.
- 위치가 불리한 것은 인정.. 음.. 얼렁 이사가야지..
당신의 의견을 작성해 주세요.
아래 글은 EE에서 발췌한 글입니다. 원문을 그대로 옮깁니다.
마이크로 프로세서IP를 어떤 모델로 라이센싱할 것인가에 대한 의견을 개진한 글입니다. 여러가지 방법이 있지만 FPGA라는 특성을 반영하여 라이센스하는 것을 말하고 있습니다. 이 글에서는 프로세서를 어떻게 파느냐의 글입니다. 어떻게 시장에서 자리매김하는가에 대해서는 언급하지 않고 있습니다. 파는것 보다도 중요한 부분은 자리매김이라고 생각합니다. 자리 매김이 되어야 파는 부분에 대해서도 성립하기 때문에 자리매김에 대한 내용이 정리되어야 합니다.
소프트 마이크로프로세서의 네 가지 라이선싱 모델
Gordon Hands
Director of Strategic Marketing
Lattice Semiconductor Corp.
FPGA 설계자들은 점점 더 많은 디자인에 소프트 마이크로프로세서를 내장하고 있다. 이에 따라, FPGA 벤더들과 써드파티 IP 벤더들은 가장 최신 모델인 오픈소스를 비롯하여 여러 가지 방식의 라이선스를 갖는 다수의 소프트 마이크로프로세서를 개발해왔다.
설계자들은 보통 자신들의 소프트 마이크로프로세서를 위한 소프트웨어 코드 개발에 상당한 시간을 투자한다. 때문에 이들이 관련 라이선싱 모델들이 무엇을 의미하는 지 이해하는 것은 중요한 일이다.
어려운 결정
일단 소프트 마이크로프로세서를 구현하기로 결정되었으면 설계자들은 어떤 라이선싱 모델이 자신들의 요구에 가장 잘 맞는지를 결정해야 한다. FPGA 벤더들이 소프트 마이크로프로세서와 MCU에 이용하는 기본적인 라이선싱 모델에는 네 가지가 있다.
써드파티 IP 벤더들은 보통 IP 구매 모델을 이용한다. 여기서 이들이 취한 접근 방식을 논하지는 않겠지만 그 대부분은 FPGA 벤더들의 접근 방식과 유사하다.
모델 1: IP 구매─FPGA에 소프트 마이크로프로세서를 공급하는 전통적인 모델은 IP 구매이다.
이 모델은 네 가지 해결 과제들을 가져다준다.
・ 마이크로프로세서 개발툴과 생성된 HDL 코드의 사용권에 비용을 지불해야 한다.
툴을 계속 사용한다든가 소프트웨어 유지 관리를 하는 경우 이 비용은 매년 들어가게 된다.
・ 마이크로프로세서의 HDL 디스크립션은 보통 암호화되어있다.
이는 설계자가 이 구현물을 제한적으로만 최적화시킬 수 있도록 하며, 버그를 수정하기 위해서는 FPGA 벤더에 의존해야 한다.
・ 마이크로프로세서를 지원하는 개발 자원들은 FPGA 벤더가 선택한 것으로 제한된다.
설계자가 아니라 벤더가 자원들의 우선순위를 정하게 된다.
・ IP 구매 시의 라이선싱 조항으로 벤더의 FPGA 디바이스에 대한 구현이 제한된다.
이 마이크로프로세서에 대해 개발된 코드가 축적될수록 설계자가 다른 FPGA 벤더로 옮겨가기는 더 어려워진다.
・ 설계자가 벤더를 전환하지 못함으로 인하여 벤더에게 경쟁 상의 이유로 압박을 가하지 못하게 된다.
이는 최종 제품이 고객들의 관심을 덜 끌게 만든다. 또한, 미래에 FPGA 벤더로부터 가격 상의 양보를 제한적으로만 받게 한다.
모델 2: 무료 레퍼런스 디자인─무료 레퍼런스 디자인 접근 방식은 IP 구매 모델과 관련된 두 가지 문제를 없애준다.
업프론트 비용이 없다는 것은 분명 매력적이다.
그리고 이러한 디자인들이 변함없이 소스 코드 포맷으로 제공됨으로 인해 이 디자인의 스트럭처에 접근할 수 있다.
하지만, FPGA 벤더가 이 디자인의 소유권을 갖기 때문에 이 디자인에 대한 추가적인 코드 개발의 인센티브가 없어진다.
마지막으로, IP 구매 방식에서와 같이 레퍼런스 디자인의 구현은 벤더의 디바이스 아키텍처로 제한된다.
모델 3: IP 암호화─IP 암호화는 IP 구매 방식의 몇 가지 문제를 해결하려는 새로운 시도이다.
이 모델에서 FPGA 설계툴들과 생성된 암호화 비트스트림을 이용한 디자인에 IP가 통합된다.
이 비트스트림을 이용하려면 미리 프로그램된 특수 FPGA를 복호화 키와 함께 표준 FPGA보다 비싼 값에 구매해야 한다.
이 접근 방식은 업프론트 비용을 없애주며, 표준 마이크로프로세서 아키텍처가 FPGA 내에 사용될 수 있게 해준다.
표준 아키텍처의 이러한 사용은 코드가 독립 칩과 ASIC 같은 다른 비 FPGA 솔루션에 구현될 수 있게 해준다. 하지만, 설계자들은 다시 한 벤더의 디바이스에 묶이게 된다. 코드를 눈으로 볼 수 없다는 문제와 벤더가 개발 우선순위를 정하게 된다는 문제는 이러한 접근 방식으로는 풀 수 없다.
모델 4: 오픈소스─오픈 소스 접근 방식은 다른 라이선싱 모델들과 관련된 고통스러운 문제들을 해결해 줄 것을 약속한다. 이것은 코드를 눈으로 볼 수 있게 해주어 설계자가 디자인의 기능을 이해할 수 있게 해주고, 자신들의 사용에 최적화시킬 수 있도록 한다.
이것은 설계자들이 코드를 수정할 수 있도록 융통성을 제공해 주며, 사용자들이 코드를 개선하여 더 넓은 개발 커뮤니티가 사용할 수 있도록 장려하는 IP 권리를 제공한다.
오픈 소스는 무료이며, 아마도 더 중요한 것은 이것이 어떠한 FPGA 아키텍처에도, 심지어는 ASIC 같은 비 FPGA 구현물에도 구현될 수 있게 해주는 이식성을 제공한다는 것일 것이다.
오픈소스 소프트웨어를 위한 GPL
오픈소스 운동은 소프트웨어 영역에서 시작되었다. 소프트웨어 영역에서는 많은 오픈소스 라이선싱 접근 방식들이 취해지고 있는데, 그 중 유명한 것 하나가 GNU General Public License (GPL)이다.
기부자가 자신의 작업을 인정받을 권리와 그 작업이 퍼블릭 도메인에 남아있도록 하는 것, 그리고 미래 사용자의 필요요건 간에 GPL이 취하고 있는 균형이 소프트웨어 개발 커뮤니티에서 이것이 인기있는 이유의 하나이다. 하지만 GPL은 궁극적으로 하드웨어에 구현될 IP에는 불완전한 라이선스이다.
구매자가 알아야 할 것들
FPGA 내에 임베딩되는 소프트 마이크로프로세서가 널리 유행함에 따라 설계자들은 라이선싱 조항에 세심한 주의를 기울일 필요가 있다. 이 기사에서는 네 가지 라이선싱 접근 방식을 살펴보았다. 그 중 오픈소스 접근 방식을 제외한 나머지는 향후 설계자들의 FPGA 디바이스 선택을 제한시켰다. 또한 이 접근 방식의 일부는 설계자가 코드에 접근하는 것을 제한함으로써 버그 수정을 IP 공급업체의 손에 맡길 수 밖에 없게 하고 있다.
소프트 마이크로프로세서의 오픈소스 라이선싱은 설계자에게 FPGA 아키텍처를 바꿀 융통성을 제공하고 그들이 필요로 하는 프로세서 아키텍처를 눈으로 볼 수 있게 해준다.
하지만, 오픈소스라 하더라도 라이선싱 세부 사항에 대해 세심한 주의가 필요하다. 이는 소프트웨어 영역에서 인기있는 많은 오픈소스 라이선스들이 하드웨어를 대상으로 하는 IP에 적용될 때는 심각한 문제들을 드리우는 경우도 있기 때문이다. 라이선스 없이 하드웨어를 배포해야 할 필요나 단일 하드웨어 구현물에 공개 코드와 고유 코드를 혼용해야 할 필요가 그러한 문제들에 포함된다.
당신의 의견을 작성해 주세요.
DSP가 필요해졌습니다. 에구~~
갑자기 DSP가 필요해졌습니다.
엄밀하게 말하면 뜬금없이 갑자기 필요한것은 아니었지만,
그동안 굳이 개발할 필요가 있겠냐 라는 마인드로 외면하면서 버티고 있었습니다.
SoC같은 부류의 일을 하다 보면 프로세서가 2가지 종류가 필요하게 됩니다.
하나는 내부 컨트롤을 위한 MCU이고, 나머지 하나는 고속으로 동작하며 필요한 정보 처리를 씩씩하게 해낼 수 있는 프로세서 입니다. 전자를 컨트롤러개념에 가까운 프로세서 이며, 후자를 데이터 처리를 위한 프로세서 개념으로 분류를 합니다.
필요해 진것은 표준에 부합된 프로세서가 아니라 필요한 기능을 재조립 가능한 데이터 처리용 프로세서입니다.
그것도 빵빵한 속도로 돌아가는 프로세서 입니다. H/W Accelerator만으로 해결 할 수있는 부분이
제한적이 될 것 이고, 내부에 고속으로 동작하는 프로세서가 있어서 이놈이 역활을 크게 해야 할 것으로
생각합니다.
컨트롤로와 데이터 처리 프로세서 중에서 DSP를 먼저 설계하는 이유는 DSP에서 컨트롤러로 가는 것은 쉽지만, 컨트롤러에서 DSP로 가는 것은 결코 쉽지 않습니다 그래서 DSP를 먼저 설계하고, 튜닝해서 컨트롤러로 다운 사이징을 하는 것이 맞다고 생각합니다.
사용 가능한 것들을 총 망라해보면 비싼(?) 상용 프로세서를 사용하자니.. 곤란하구요..
벤쳐에서 언강생심 ARM이나 MIPS를 쓴다는 것은 큰일입니다. 그것도 데이터 처리를 위한 프로세서에
넣자고 하면 만만치 않은 투자 비용이 들어갑니다.
OpenCore에서 개발된 프로세서를 사용하는 것도 가능합니다. 그런데 이 프로세서의 재미있는 부분이 초기에는 OpenCore Processor 저자가 라이센스가 무료입니다 하고 외쳤지만, 어느날 부터인가는 조용해지더니 지금은 떡 하니 회사를 차려 놓고 있습니다.
실제로 국내에서 모 회사가 이 회사랑 계약하였습니다.
그래서 돈주고 라이센스 하여야 하는것이 아닌가 하는 상태까지 의심이 갑니다. 실제로 국내에서 계약한 회사는 초기 라이센스 비용이 있다고 하였습니다. - 괜히 걸려서 오해사느니.. 이 OpenCore는 포기..
그외에는 SunSparc의 Clone프로세서인 Leon이 좋은데요. 실적도 있고 오픈도 되어 있습니다.
코드를 보신 분은 아시겠지만 VHDL이 아니라 거의 C++수준이라고 생각될 정도로 코딩이 되어 있습니다.
나중에 기능을 추가할려면, 골치아픈 구조라고 생각됩니다.

공개된 프로세서를 사용하지 않고 개발한다면 몇가지 선결 과제를 고려해야 합니다.
(1) 컴파일러는 어떻게 할 것인가 ?
GCC에 포팅한다면, 프로세서의 최적화는 그렇다고 하더라도 인라인 어셈블러에 대해서는 웬만큼
익숙해지지 않고서는 사용하기 힘든 사태가 됩니다.
(2) 개발 환경은 어떻게 할 것인가 ?
내부 용이긴 하지만, 그래도 어느정도 개발 환경을 지원해야 합니다.
디자인 초기에 이 부분이 잘 정의 가 안되어 있으면 진행하는 과정에서 추가하는 것은 아주 어렵습니다.
(3) 내부에 연산 크기는 어떻게 할 것인가 ?
오디오 용인지 , 비디오 용인지 , 신호 처리 용인지 등에 따라서 연산자가 많이 바뀌어야 합니다.
복잡한 연산을 하드웨어가 한다면 편하지만, 프로세서가 한다면, 어떻게 연산자를 정하고 컴파일러/어셈블러에서 지원하는지 정의를 해야 합니다.
옵션에 따라서 파이프라인을 조절하면 컨트롤러 용으로 사용할 수 있도록 구성해 둘 생각입니다.
아키텍쳐로는 어떤게 좋을까 생각을 해보면,
(1) 상용 프로세서의 클론 프로세서로.. 하여본다.
(2) 새로운 아키텍쳐의 프로세서를 과감하게 설계해 본다.
(3) 적당한 돈을 주면 아키텍쳐 라이센스를 주는 프로세서를 설계해본다.
중 하나를 선택해서 진행하여야 하겠죠
꿈을 가진 엔지니어라면 과감하게 (2) 번 모드로 진입을 하겠지만, 엄청난 닭질이 기다리기 때문에,
(1)번이나 (3)으로 가야겠죠. .그래서 (2)번은 아웃.. 예전에 한번 해봐서 굳이 이 모드로 갈 필요가 없습니다.
(1)번 모드일 경우 항상 두근거리는 스릴을 느끼면서 지내야 합니다. 몰래 MIPS나 ARM Clone을
만들어서 사용할 경우 당장은 무난하더라도 언젠가는 걸려서 큰일 한번 치루게 됩니다.
그래서 (3)번 모드로 갑니다.
나머진 다음에 또.. 2부에서..
Timing Chart.pdf
당신의 의견을 작성해 주세요.