芯片設(shè)計(jì)之?dāng)?shù)字IC

假如我們想要錄制一段聲音，模擬信號的做法是把所有的聲音信息用一段連續(xù)變化的電磁波或電壓信號原原本本地記錄下來。而 按照一定的規(guī)則將其轉(zhuǎn)換為一串二進(jìn)制數(shù)0和1，然后用兩種狀態(tài)的信號來表示它們 ，這叫 數(shù)字信號 。

處理數(shù)字信號的芯片就是 數(shù)字芯片 ，比如常見的 CPU、GPU 。

當(dāng)聲音變大或變小了，模擬信號都會跟著變化，所以模擬信號有無數(shù)種狀態(tài)。狀態(tài)之間微妙的差異，需要 人的經(jīng)驗(yàn)判斷，有點(diǎn)玄學(xué)的成分 。

而數(shù)字信號永遠(yuǎn)只有0和1兩種狀態(tài)，信號的轉(zhuǎn)換 嚴(yán)格遵循邏輯關(guān)系，一個(gè)輸出對應(yīng)唯一確定的結(jié)果 ，程序完全依照輸出指令執(zhí)行， 這是科學(xué) 。

數(shù)字IC設(shè)計(jì)工程師的設(shè)計(jì)目標(biāo)：在PPA（Power、Performance、Area）三個(gè)指標(biāo)上追求完美的平衡。

怎么玩轉(zhuǎn)這門科學(xué)？

這，是一種藝術(shù)。

今天，我們就從資源需求、并行特征、數(shù)據(jù)敏感度****等角度展開聊聊在 數(shù)字芯片設(shè)計(jì)各階段， 如何利用不同EDA工具的特點(diǎn)，讓數(shù)字芯片的 設(shè)計(jì)研發(fā)效率獲得顯著提升 。

和模擬芯片相呼應(yīng)，這篇還是從計(jì)算角度出發(fā)，至于 調(diào)度/管理 / 數(shù)據(jù) / 協(xié)同 / CAD等視角 ，會在后面的文章里體現(xiàn)~（比如第三集

和模擬相比，數(shù)字芯片需要使用EDA工具的場景更多，IC工程師們對于計(jì)算機(jī)的使用天然比較親近。但就跟《[ 解密一顆芯片設(shè)計(jì)的全生命周期算力需求 ]》一樣，只負(fù)責(zé)某項(xiàng)工作的研發(fā)可能不關(guān)心，或者只了解自己的這部分，IT對業(yè)務(wù)所知有限，也不一定清楚。除非有大佬坐鎮(zhèn)， 大多數(shù)公司的日常大概是以拍腦袋經(jīng)驗(yàn)論為主 。

我們先來看一下大畫面， 數(shù)字芯片設(shè)計(jì)全流程分析圖 ：

01

數(shù)字前端：前端設(shè)計(jì)/驗(yàn)證

這一階段包含了規(guī)格制定、架構(gòu)設(shè)計(jì)、RTL編碼等步驟。

數(shù)字前端算法仿真和功能驗(yàn)證場景有 大量中小任務(wù)并行 ，這一階段， 對于資源類型和用量通常無特殊需求 。

不過需注意若大量使用現(xiàn)有IP通常沒有算法仿真這一步。而且 每家公司業(yè)務(wù)不同，算法仿真需求量差異非常大 （下一集主角就是ta）。

02

數(shù)字中端：邏輯綜合與DFT實(shí)現(xiàn)

這一階段可分為邏輯綜合、形式驗(yàn)證、門級仿真、ATPG驗(yàn)證等業(yè)務(wù)場景。

數(shù)字中端 呈現(xiàn)單、多任務(wù)混合的特點(diǎn)， 因?yàn)橛?jì)算的輸入數(shù)據(jù)中包含門延遲信息，輸入數(shù)據(jù)變多， 對內(nèi)存的需求相比前端有一定增長 。ATPG驗(yàn)證建議內(nèi)存優(yōu)化型，其他三種場景更加偏計(jì)算密集型。

03

數(shù)字后端：物理實(shí)現(xiàn)

這一階段包括布局布線、形式驗(yàn)證、版圖驗(yàn)證、寄生參數(shù)提取、后仿、ATPG驗(yàn)證、靜態(tài)時(shí)序分析和IR分析等業(yè)務(wù)場景。

數(shù)字后端基本都是多任務(wù)，由于包含版圖的寄生參數(shù)，信息量非常大， 普遍需要大內(nèi)存機(jī)器。 其中，布局布線、后仿、靜態(tài)時(shí)序分析、IR分析的大任務(wù)數(shù)量非常多， 對主頻也有要求，需要兼具高主頻和大內(nèi)存的資源 。

資源需求

后端>中端>前端，數(shù)字后端·真·資源黑洞

把數(shù)字IC設(shè)計(jì)前、中、后端三大階段進(jìn)行資源需求對比。

可以看到 無論是任務(wù)運(yùn)算時(shí)間、所需計(jì)算資源、存儲需求還是IP與輸入數(shù)據(jù)量級上 ，數(shù)字前中后端形成了非常明顯的階梯結(jié)構(gòu)，整體資源需求呈現(xiàn)前端<中端<后端的趨勢。

這是由三個(gè)階段的具體工作內(nèi)容決定的：

數(shù)字 前端 ，用RTL代碼將芯片架構(gòu)師的設(shè)計(jì)寫出來，前端驗(yàn)證也主要是針對RTL的功能進(jìn)行驗(yàn)證， 偏邏輯功能 。

數(shù)字 中端 ，需要將RTL代碼綜合成網(wǎng)表并規(guī)劃、插入各種用于芯片測試的邏輯電路，需要加入F oundry廠提供的標(biāo)準(zhǔn)單元庫的工藝參數(shù) ，驗(yàn)證也到了邏輯門這一級。

數(shù)字后端負(fù)責(zé)芯片的物理實(shí)現(xiàn)，先將電路網(wǎng)表通過自動布局布線畫成版圖，再進(jìn)行寄生參數(shù)提取，創(chuàng)建一個(gè)可以精確模擬數(shù)字電路響應(yīng)的模型，這一階段會 加入版圖的寄生參數(shù) 。

從代碼到邏輯門電路再到物理層，隨著階段的演進(jìn)，信息量逐級遞增，計(jì)算時(shí)所需消耗的資源量也隨之增加 。

而在28nm以及更先進(jìn)制程下， 包含的工藝參數(shù)更多，電路更復(fù)雜，前中后端每一階段的信息量級還會被進(jìn)一步放大。

哪怕前端RTL基本一致，中端和后端因?yàn)镕oundry廠工藝參數(shù)更多更復(fù)雜，同樣的代碼計(jì)算量也是更大的。

換個(gè)思路，我們 舉個(gè)栗子 。

通過一個(gè)在 數(shù)字前中后端都會出場的EDA工具來看看三大階段的資源需求 。

VCS的主要作用是將Verilog HDL（一種硬件描述語言）轉(zhuǎn)成C語言，編譯出來并執(zhí)行。作為一個(gè)翻譯官，ta的工作量取決于雙方對話的頻率，以及需要翻譯的文本量。

VCS在前端的功能驗(yàn)證、中端的門級仿真、后端仿真中都有出場，在不同階段對任務(wù)資源的需求完全不同：

從前端到中端再到后端，雖然VCS的工作性質(zhì)沒變，但整體來說，消耗的資源越來越多了。

綜上，數(shù)字后端設(shè)計(jì)與驗(yàn)證環(huán)節(jié)相比中端和前端資源需求更高、運(yùn)算時(shí)間更長、數(shù)據(jù)量更大，往往會占據(jù)整個(gè)項(xiàng)目周期資源需求量的50%以上。

這也就意味著，數(shù)字后端對IC設(shè)計(jì)公司的壓力相當(dāng)大，能否在這一階段獲取充足的資源，是提升研發(fā)效率、保障項(xiàng)目進(jìn)度的關(guān)鍵。

典型并行場景

靜態(tài)時(shí)序驗(yàn)證&版圖驗(yàn)證

并行度是我們評估任務(wù)能否通過分布式計(jì)算完成，提升效率的標(biāo)準(zhǔn)之一。

這里涉及到 兩個(gè)重要的判斷標(biāo)準(zhǔn)：可拆分，互不干擾 。

可拆分指的是，大任務(wù)可以分解為小任務(wù)，原任務(wù)目標(biāo)不變。

互不干擾指的是，拆分為小任務(wù)之后，任務(wù)之間互相不干擾，可以不同步。

從前端到中端再到后端，任務(wù)數(shù)量越來越多。

任務(wù)的并行度決定了速度提升的空間。

靜態(tài)時(shí)序驗(yàn)證：最常見且并行度較高

靜態(tài)時(shí)序驗(yàn)證是最常見的設(shè)計(jì)場景之一， 基本原理是檢查各信號通路上經(jīng)過的門電路，然后累加門延遲，求取整個(gè)路徑的信號延遲。

沿信號通路求Delay Time的過程，就是沿信號通路不停做簡單加法。

在靜態(tài)時(shí)序驗(yàn)證過程中，有一個(gè)PVT的概念。

我們需要驗(yàn)證邏輯門在不同的 工藝（Process）、電壓（Voltage）、溫度（Temperature） 條件下的延遲。

首先，列出可能的條件，如：

工藝：TT、FF、SS……

電壓：0.9V、1.0V、1.1V……

溫度：-40°C、0°C、25°C……

隨后，窮舉每一種可能性，如：

PVT1=TT、0.9V、-40 °C****

PVT2=TT、1.0V、25°C

PVT3=TT、1.0V、0°C

……

最后，驗(yàn)證邏輯門在每一種PVT條件下的延遲：

數(shù)字芯片中有著無數(shù)這樣的邏輯門，每一個(gè)PVT下，邏輯門都有對應(yīng)的Delay Time，而P、V、T之間可以有很多種組合，就會有很多個(gè)Delay Time的情況需要驗(yàn)證。

這一場景，天然適合暴力堆機(jī)器。

版圖驗(yàn)證：最高并行度

模擬芯片和數(shù)字芯片，這一場景的原理一模一樣，使用的EDA工具也完全相同。

版圖驗(yàn)證屬于檢查類任務(wù)，以模塊為單位，本質(zhì)上是數(shù)據(jù)對比工作，重內(nèi)存需求，子任務(wù)間沒有數(shù)據(jù)關(guān)聯(lián)，是數(shù)字芯片設(shè)計(jì)與驗(yàn)證中并行度最高的場景。

這一階段很適合利用云上的內(nèi)存優(yōu)化型資源，使用“ 小F影分身術(shù) ” （版圖分割術(shù)） ，通過暴力堆資源的方式快速完成任務(wù)。

數(shù)據(jù)敏感度

前端>中端>后端，但是不用擔(dān)心

我們按照數(shù)據(jù)敏感度從高到低的順序給各類設(shè)計(jì)數(shù)據(jù)排了個(gè)序：

RTL數(shù)據(jù) > IP、PDK和版圖 > Netlist、Session、過程波形、歸檔數(shù)據(jù)和Report

數(shù)字前端有大量RTL代碼 ，甚至部分公司在此過程中還自己開發(fā)了IP**，屬于數(shù)據(jù)安全等級最高的那一撥。**許多公司都會嚴(yán)格管理這部分?jǐn)?shù)據(jù)，設(shè)置一定的保密等級，甚至固定放在某幾臺機(jī)器上。

中端則涉及到部分的RTL代碼、IP和PDK數(shù)據(jù)，以及一些Netlist、Session和Report。

后端徹底告別了代碼，以IP、PDK、版圖和數(shù)據(jù)敏感度較低的數(shù)據(jù)為主。

如果你要做一款游戲，前端相當(dāng)于游戲的源代碼，中端是詳細(xì)的角色形象設(shè)計(jì)稿，后端就是玩家拿到手的游戲光碟了。

前端泄密，恭喜你的對手達(dá)成“ 代碼級抄襲 ”；

中端泄密，別人能照著樣子把仿品做出來，但沒有源代碼參考，知其然不知其所以然；

后端泄密，等對方逆向明白，大半年時(shí)間也過去了，你的下一代產(chǎn)品已經(jīng)在路上了。

值得一提的是，如果使用的是先進(jìn)工藝，F(xiàn)oundry廠也會對IP/PDK數(shù)據(jù)有保密要求。