|
通過(guò)省去基于文件的流程，新工具可提供完整的 RTL 功率探測和精確的門(mén)級功率分析流程。 在最近發(fā)布的一篇文章中，筆者強調了當前動(dòng)態(tài)功耗估算方法的內在局限性。簡(jiǎn)單來(lái)說(shuō)，當前的方法是一個(gè)基于文件的流程，其中包括兩個(gè)步驟。第一步，軟件模擬器或硬件仿真器會(huì )在一個(gè)交換格式 (SAIF) 文件中跟蹤并累積整個(gè)運行過(guò)程中的翻轉活動(dòng)，或在快速信號數據庫 (FSDB) 文件中按周期記錄每個(gè)信號的翻轉活動(dòng)。第二步，使用一個(gè)饋入 SAIF 文件的功率估算工具計算整個(gè)電路的平均功耗，或使用 FSDB 文件計算設計時(shí)間和空間內的峰值功率(見(jiàn)圖 1)。 圖 1. 傳統的功率分析根植于基于文件的兩步法。 當被測設計 (DUT) 相對較小(約數百萬(wàn)門(mén)或更少)，且分析周期較短(不超過(guò)百萬(wàn)個(gè)時(shí)鐘周期)，這些方法可能行得通。上述時(shí)間窗口常見(jiàn)于自適應性功能驗證環(huán)境。 然而，如今的大型 SoC 設計具有數千萬(wàn)或數億個(gè)門(mén)來(lái)執行嵌入式軟件(比如，啟動(dòng)一個(gè)操作系統或運行需要數十億個(gè)周期的應用程序)，若使用傳統方法就會(huì )面臨以下三大難題： 1. SAIF 文件將變得太過(guò)龐大而無(wú)法管理，FSDB 文件則更是如此。 2. 文件生成過(guò)程慢如蝸牛，短則數小時(shí)，長(cháng)則超過(guò) 1 天。 文件加載到功率估算工具的速度也相當緩慢，少則幾天，多則超過(guò) 1 周。 這一切似乎注定了無(wú)法成功。 這一狀況隨著(zhù) Mentor Graphics 在 2015 年 5 月 27 日發(fā)布 Veloce 功耗應用程序而發(fā)生了改變，這款軟件包帶有 Veloce 活動(dòng)圖和 Dynamic Read Waveform 應用程序編程接口 (API)，接口位于 Veloce OS3 頂部(見(jiàn)圖 2)。 圖 2. 操作系統可保護任何應用程序不受下層硬件仿真器的干擾。 Veloce 功耗應用程序解決了影響傳統(且有爭議)的功耗評估算法速度的一些核心問(wèn)題。它通過(guò)將 Veloce 硬件仿真器緊密集成到功率分析工具中而省去了基于文件的兩步流程。 設計團隊無(wú)需再處理巨大的文件。這意味著(zhù)，再也沒(méi)有空間浪費，文件創(chuàng )建和文件加載也將節省大量時(shí)間。新方法能夠快速、簡(jiǎn)潔、高效且全面地估算現代 SoC 設計的功耗。 Veloce 活動(dòng)圖 Veloce 活動(dòng)圖在一個(gè)簡(jiǎn)單的圖表中映射出了全局設計切換活動(dòng)隨時(shí)間的動(dòng)態(tài)變化，例如，在啟動(dòng) OS 和/或運行動(dòng)態(tài)應用程序時(shí)(見(jiàn)圖 3)。 圖 3. Veloce 活動(dòng)圖在長(cháng)時(shí)運行中識別焦點(diǎn)區域。 活動(dòng)圖可識別高頻切換活動(dòng)的時(shí)間幀，高頻切換活動(dòng)可能給設計團隊帶來(lái)功耗問(wèn)題。盡管此圖表并不獨特，但其生成所需的時(shí)間要比基于文件的功耗圖表快一個(gè)數量級。作為一個(gè)數據點(diǎn)，對于一個(gè) 1 億門(mén)設計、7500 萬(wàn)設計時(shí)鐘周期的活動(dòng)圖，Veloce 需花費 15 分鐘來(lái)生成。相比之下，功率分析工具則需要花費超過(guò) 1 周的時(shí)間來(lái)生成類(lèi)似信息。況且，它們可能還無(wú)法處理如此巨量的數據。 隨之而來(lái)的問(wèn)題則是：這些峰值出現于 DUT 中的“何處”以及是由“什么”引起的?這可通過(guò) Dynamic Read Waveform API 來(lái)回答。 Dynamic Read Waveform API 流程 一旦高頻切換活動(dòng)的時(shí)間幀在設計的頂層被識別，設計團隊就能放大這些時(shí)間幀。用戶(hù)能夠深入到設計的層次結構和嵌入式軟件中，從而找到產(chǎn)生此類(lèi)高頻切換活動(dòng)的根源。為此，用戶(hù)可以使用 Dynamic Read Waveform API。 Dynamic Read Waveform API 可通過(guò)將硬件仿真器中的切換數據實(shí)時(shí)傳送入功率分析工具中，從而取代繁瑣的 SAIF/FSDB 文件生成過(guò)程。從硬件仿真 SoC，到輸入切換數據，再到使用功率分析工具讀取切換數據，以及生成對應的功率值，所有操作都是同時(shí)運行的。其實(shí)際效果是整體性能的飛躍，而這正是啟動(dòng)操作系統和運行真正的應用程序所需要的(見(jiàn)圖 4)。 圖 4. Veloce 電源應用程序可加快 Veloce 功耗分析速度，讓設計團隊在執行生成、分析和估算時(shí)一步到位。 作為附加好處，與基于 SAIF 的普通流程相比，Dynamic Read Waveform API 的精度更高，因此可對各內存和 IP 塊進(jìn)行精確的功耗估算。 最關(guān)鍵的一點(diǎn)在于，Dynamic Read Waveform API 支持通過(guò)基于軟件的測試在系統級進(jìn)行功耗分析與功耗探測，如果采用基于文件的流程，這幾乎是不可能的。 結論 Veloce 功耗應用程序推動(dòng)了功率估算方法的轉變。Dynamic Read Waveform API 與功率分析工具的獨特整合，省去了基于文件的流程，可提供完整的 RTL 功耗分析和精確的門(mén)級功率分析流程。 這意味著(zhù)，設計和驗證團隊能夠在設計周期內及早開(kāi)始 RTL 功率分析。與以往相比，他們可以更早地執行功率權衡和架構調整。此外，在 RTL 合成為門(mén)級表示后，他們可以繼續使用之前的流程。在門(mén)級，他們可以獲得更為準確的功耗測量結果，并在流片前執行其他微調。此外，他們也可以通過(guò)使用該工具完成目標應用環(huán)境的功耗分析流程 作者 Lauro Rizzatti，驗證顧問(wèn) |
