Tag Archives: ASIC

책 몇가지

ASIC/processor 관련 책을 많이 보시라는 이야기를 해 드리고 있습니다만, 책이 워낙에 비싸죠.
모모 사이트와 당나귀를 적절히 이용하면 왠만한 책은 pdf로 구할 수도 있습니다만..
클리앙에서 http://www.scribd.com/ 라는 곳에 대한 소개가 있어서 가 봤는데, 괜찮은 책이 많군요. Google 검색을 통해서 갔을때는 그냥 단순히 리포트같은거 모아둔 사이트라고 생각했는데..
잠깐 검색해서 보이는 책 몇권 소개해 드릴께요.
시납시스 툴을 이용하여 합성하고 STA 하는 방법에 대하여 나와있는 책이죠. 예전에 본 책입니다만, 아직도 유효한 부분이 많고, 처음 ASIC flow를 사용해 보시는 분은 한번 읽어두면 좋습니다. 간단한 예제 스크립트도 쓸만하구요.
물론, Synopsys Tool에 있어서 가장 좋은 책은 Manual이에요.. 워낙에 잘쓰여져 있으니까요. 이 책은 메뉴얼 보기에 시간이 없을 때 보시면 좋습니다. 분량도 적고…
아마도 이책 모르시는 분은 없으실 거라 생각됩니다. 설계 방법에 대하여 Verilog/VHDL 을 모두 사용하여 설명한 아주 훌륭한 책입니다. 제가 예전에 처음 VHDL만 사용하다가 verilog쓰기 시작하면서 처음 본 책이고, 가장 많이 참고한 책중에 하나입니다.
Assertion based verification에 대하여 관심을 가지시는 분들이 반드시 보여야 한다고 생각하는 책입니다. 이 책의 저자인 Foster에서부터 ABV가 정착되었다고 해도 과언이 아니니까요(제가 알기로는 그런데, 실제로 그런지는 잘 몰라요 ^^; 논문 Survey를 해본건 아니니까요.. 이런 무책임한 ㅋㅋ)
ARM System Developers Guide-Designing and Optimizing System Software(http://www.scribd.com/doc/6654432/ARM-System-Developers-GuideDesigning-and-Optimizing-System-Software)
상당히 유명한 책이죠. 제가 본 느낌으로는 약간은 Application note의 집합과 같다는 생각이 들었습니다만, ARM 프로세서를 ‘사용하시는 분께’ 아주 유용한 책이라는 느낌입니다. 사용하시는 분이라는 점을 강조한 이유는 최적화 프로그래밍 방법에 방점이 찍혀 있는 책이기 때문입니다. 국내에 번역서도 제 생각으로는 괜찮은 수준으로 번역되어 있습니다. (몇몇 눈에 띄는 부분이 있습니다만, 그래도 몇몇 번역서에 비하면 아~주 잘한 번역입니다.)
이외에도 좋은 문서와 책이 널려 있군요. 가끔 시간되면 몇권 더 소개해드리죠. 제가 읽은 책이 검색 되는 경우에만 소개해 드릴 수 있다는 것이 문제지만요 ^^;
아.. 요즘 보고 있는 책 중에서는 processor design: System on Chip Computing for ASIC and FPGA라는 책이 괜찮더군요. 이에 반해서, 기대를 많이 하고 봤던 Designing Embedded Microprocessor; Low power perspective 는 기대를 많이하고 구입한 책이라 그런지 기대에는 좀 못미치는 책이었습니다.

암울한 반도체 시장

1.

요즘 돌아가는 걸 보면 왠지 모르게 폭풍 전야 같다는 느낌을 받습니다(아니 실은 이미 많이 암울해졌지요.). 누구는 IMF 시즌 2라고도 하고.. 이렇게 저렇게 이쪽 업계가 어려워진 건 사실이죠. 비단 이쪽 업계만의 일은 아니겠습니다만, 요즘 들어 고개를 갸우뚱하게 하는 정책들이 발표되는 건 좀 희안하군요.

제가 경제에 대해서 알면 얼마나 알겠습니까만, SoC건 경제건 일관된 protocol로 정확한 signal을 보내주는 것이 중요한 것인데, 일관되지 않은 형태로 signal을 보내주는 건 문제지요. 게다가, 패를 너무 보이고 있는 느낌도 있구요. 너무 단기 처방에 매달리는 느낌도 있고..

예를 들어, IMF이후부터 내수 대신 수출이 먹여 살리고 있다는 건 다들 알고 있던 것인데, 그 원인 파악이 좀 이상하다는 거죠. 단기 내수 진작을 위해서 신용 카드를 활용하는 정책도 있었지만(어느 정도 효과가 있었다는 건 사실이지만, 개인 신용 문제나 가계 부채를 높이는 등의 부메랑이 되어 돌아온 정책입니다), 근 몇 년간 내수 부진의 이유는 부동산의 문제로 보는 것이 더 타당하지 않나 싶습니다. 예전에는 허리띠 죄고 몇 년 열심히 모으면 이라는 공식이 성립했다면, 이제는 허리띠 죄고 몇 년 열심히 모아도.. 수준이 되어가고 있으니, 그 기간 동안 허리띠 죄고있는 동안 소비를 할 수 없다는 것이 정설이겠지요. 이런 사정이니 내수가 살아나기 어렵죠. 뭐, 지금의 사태가 국내만의 문제가 아니란 건 당연한 거고, 위에서 이야기 했듯 국제 경기도 나빠서 수출도 잘 안되니 다른 나라들보다 좀 더 취약한 모습을 보이고 있는 것이겠지요.

 

2.

이쪽 업계 사정으로 돌아와서 반도체 시장들의 매출이 상당히 암울하군요. ARM이 이번 분기 매출과 이익이 모두 증가하는 등 기염을 토한 반면, 대부분의 회사들이 적자를 기록했거나, 매출이 감소되었거나.. 뭐 그런 사정입니다. 예를 들어, STMicro $ 289 million, Atmel $ 4.7 million, Actel $1.37 million
적자를
기록했고, Hynix
상당한
적자를
기록한
것으로
알려져
있습니다.
Fab에 있어서도 UMC 적자, SMIC 적자, Chartered는 TSMC에 팔린다는 루머도 있고, 업계 1위인 TSMC는 수익이 정체되어 있으며, Amkor는 수익 급락등등의 소식이 있습니다. 여기에, TI는 프랑스 지사의 감원과 CSR의 감원 소식도 있고요. 시장 조사 기관인 iSuppli 의 경우 부정적인 2009년 전망을 내놓았고, 대부분의 업계에서 2009년 전망을 어둡게 보고 있습니다[링크]. 원래 반도체 업계가 주기를 타기 때문에 어느 정도 불황을 예상했더라도 이것이 국제적인 불황과 맞물려서 그 정도가 심해지는 형태라 하겠습니다.

 

3.

어느 회사나 그렇겠습니다만, 새로운 칩은 새로운 서비스를 보면서 만들어야겠지요. 불황에도 지갑을 열수 있도록 하는 서비스를 보고, 거기에 맞는 시스템을 생각하고, 그 시스템을 맞는 칩을 만들어야 하니, 최소한 3년 정도의 미래는 봐야지 마켓을 잡을 수 있겠지요. 음.. 뭘 만들어야 할까요..

에이.. 칩 좋다고 성공합니까?

여러가지 칩들 중에 버그가 많은 칩이 존재한다는 건 이미 알려진 이야기지요..
그중에 소프트웨어적으로 회피할 수 없는 심각한 문제를 숨기고 있는 칩도 있구요..

그럼에도 성공하는 칩이 있습니다.

버그 없고 잘 나온 칩인데 실패하는 칩도 있습니다.

성공하는 칩은 적절한 시점에 적절한 가격으로 출시된 경우가 대부분입니다.
칩이 기획되고 나와 상용화까지가는데, 최소 1년, 길면 2~3년이라고 보면 성공한 칩은 “미래에 대한 예측에 성공했다”고 보는 것이 옳을 것입니다.

소위 이야기하는 블루 오션 전략에 성공하는 패턴이겠지요.

국내 비메모리 회사들중에 현재 매출순위 top 10안에 들어가는 회사들이 바로 이 블루오션에 개척에 성공한 케이스라고 생각합니다. (물론, 이 분야가 이제는 심각한 레드 오션으로 바뀌고 있는 상황이니 다른 매출꺼리를 찾아나가고 있는 중이겠습니다. 새로운 시장을 개척하는 방향이 대부분 회사에서 비슷한 방향으로 진행되고 있다는 건 좀 우려되는 상황이긴 하죠..)
사실 국내 비메모리 반도체 회사들이 대부분 벤쳐 기업으로서 출발했으니, 이러한 블루 오션 전략으로 올인하는 방향이 가장 현명한 선택이었음에는 의심의 여지가 없습니다.

시스템 업계에서 새로운 칩을 선택하려고 하는 시점에 시의 적절하게 나온 칩들은 만일 약간의 버그가 있더라도 기능과 가격적인 메리트로 일어날 수 있는 것이지요. 물론, 버그 없는 칩이 같이 있었다면 더 어려운 상황이었겠죠.

그럼 ocean이 점점 피빛으로 물들어 갈때 해야 하는 전략은 무엇이 있겠습니까?
칩 자체의 가격을 낮추는 것이 가장 먼저 떠오를 수 있는 생각이겠지만, 이런 전략은 궁극적으로 어려움을 초래할 가능성이 있습니다.

다른 방법으로는 바로 사용자 측면에서 비용을 낮출 수 있도록 도와주는 것입니다.
소위 이야기되는 bug-free나 platform based가 이런 것이겠습니다.
버그가 없다는 건 어찌보면 시스템 업체에서 고생할 가능성을 최소한으로 줄일 수 있도록 한다는 건데.. 실제적으로는 bug뿐만이 아니라 사용자의 실수를 알려줄 수 있는 기능(칩의 입장으로는 overhead겠습니다만..)까지 넣는 것이 바람직하겠습니다.

Platform-based 라는 것이 상당 시간동안 회자되고 있습니다.
특정 분야의 시스템에 맞추어져 있는 chipset과 소프트웨어를 갖추어 놓고, 이를 시스템업체에 제공하는 방법이 platform based 방법이라 볼 수 있는데, 시스템 업체의 입장에서는 시스템 제작에 따르는 부담을 극적으로 감소시킬 수 있다는 장점이 있겠죠..

칩 업체 입장에서는 해야할 것이 너무 많으니 부담되는 것으로 받아들여지는 경우가 더 많은 것 같습니다.
하지만, 적극적인 플랫폼의 개발이 개발된 칩의 사용 가능성을 한층 넓힐 수 있는 확실한 방법이 됩니다. (만일 버그가 있더라도 제공된 software로 효과적으로 숨길수도 있고 말입니다. ^^;)
게다가, 칩 업체가 시스템 업체에 대한 지원 부분도 아주 효과적으로 줄일 수 있으니, 장기간으로 보았을때는 좋은 플랫폼을 제공하는 칩이 성공하는 칩이 되겠습니다.

에이.. 칩만 좋다고 성공합니까? 칩만 만든다고 되는건 아니라니까요..