通過省去基于文件的流程，新工具可提供完整的 RTL 功率探測和精確的門級功率分析流程。
　　在最近發(fā)布的一篇文章中，筆者強調(diào)了當(dāng)前動態(tài)功耗估算方法的內(nèi)在局限性。簡單來說，當(dāng)前的方法是一個基于文件的流程，其中包括兩個步驟。第一步，軟件模擬器或硬件仿真器會在一個交換格式 （SAIF） 文件中跟蹤并累積整個運行過程中的翻轉(zhuǎn)活動，或在快速信號數(shù)據(jù)庫 （FSDB） 文件中按周期記錄每個信號的翻轉(zhuǎn)活動。第二步，使用一個饋入 SAIF 文件的功率估算工具計算整個電路的平均功耗，或使用 FSDB 文件計算設(shè)計時間和空間內(nèi)的峰值功率（見圖 1）。
　　
　　圖 1. 傳統(tǒng)的功率分析根植于基于文件的兩步法。
　　當(dāng)被測設(shè)計 （DUT） 相對較?。s數(shù)百萬門或更少），且分析周期較短（不超過百萬個時鐘周期），這些方法可能行得通。上述時間窗口常見于自適應(yīng)性功能驗證環(huán)境。
　　然而，如今的大型 SoC 設(shè)計具有數(shù)千萬或數(shù)億個門來執(zhí)行嵌入式軟件（比如，啟動一個操作系統(tǒng)或運行需要數(shù)十億個周期的應(yīng)用程序），若使用傳統(tǒng)方法就會面臨以下三大難題：
　　1. SAIF 文件將變得太過龐大而無法管理，F(xiàn)SDB 文件則更是如此。
　　2. 文件生成過程慢如蝸牛，短則數(shù)小時，長則超過 1 天。
　　文件加載到功率估算工具的速度也相當(dāng)緩慢，少則幾天，多則超過 1 周。
　　這一切似乎注定了無法成功。
　　這一狀況隨著 Mentor Graphics 在 2015 年 5 月 27 日發(fā)布 Veloce 功耗應(yīng)用程序而發(fā)生了改變，這款軟件包帶有 Veloce 活動圖和 Dynamic Read Waveform 應(yīng)用程序編程接口 （API），接口位于 Veloce OS3 頂部（見圖 2）。
　　
　　圖 2. 操作系統(tǒng)可保護任何應(yīng)用程序不受下層硬件仿真器的干擾。