Report QoR Assessment (RQA) 用于詳述您的設(shè)計 QoR 目標實現(xiàn)的可能性。如果此命令返回的結(jié)果與您的期望不符，那么本篇博文包含了有關(guān)您可采取的后續(xù)行動的附加信息。本篇博文不僅適合首次使用這些命令的新用戶，對于有經(jīng)驗的用戶應(yīng)該同樣很實用。

什么是 QoR 評估報告 ？

(Report QoR Assessment)

Report QoR Assessment (RQA) 詳述了您為了實現(xiàn)自己的設(shè)計 QoR 目標而應(yīng)采用的方法。它通過分析方法論和設(shè)計的特性，為您提供如下詳細信息：

• 按 1 到 5 評分，分值對應(yīng)滿足設(shè)計 QoR 目標的可能性
• 您是否需要更正影響 QoR 的方法論問題
• 您是否應(yīng)使用 QoR 建議報告 (Report QoR Suggestions) 來增強設(shè)計
• 流程指南，提供有關(guān)利用諸如 ML 策略或增量編譯等工具功能的適當時機的建議

它是一條基于文本的命令，可于綜合后在 Tcl 控制臺 (Tcl console) 中或腳本里，在實現(xiàn)流程的任意階段運行。

評估得分

評估得分用于預(yù)測設(shè)計滿足其 QoR 目標的可能性高低。它可在實現(xiàn)的任意階段生成，但鑒于其前瞻性的本質(zhì)，它適合在設(shè)計完全完成布線之前使用，并且在執(zhí)行 opt_design 后生成的評分值最高。

評估得分細分為 5 個等級：

下表詳列了 41 項設(shè)計的得分準確性：

通過將 opt_design 得分與 route_design 得分進行比對，即可看到：

• 59% 的設(shè)計預(yù)測準確
• 98% 的設(shè)計預(yù)測偏差在 +/- 1 之間

這樣的準確率使我們得以指導(dǎo)用戶在實現(xiàn)流程中是應(yīng)繼續(xù)運行后續(xù)步驟，還是使用 Report QoR Suggestions 等工具來改進設(shè)計并提升滿足時序的可能性，亦或是執(zhí)行其它操作。

執(zhí)行 place_design 后，評估得分準確率更高：

• 76% 的設(shè)計預(yù)測準確
• 98% 的設(shè)計預(yù)測偏差在 +/- 1 之間

如您所見，如需進一步提升準確率，可運行額外的 place_design 步驟，但應(yīng)注意的是，在此階段運行該命令的作用有限。

評估得分可用于判定您應(yīng)致力于改進網(wǎng)表還是應(yīng)運行實現(xiàn)工具。

下表概括了常見后續(xù)操作：

QoR 評估得分可使用 Report QoR Suggestions (RQS) 來加以改善，但這并不適用于所有設(shè)計。為了對得分 2（或低于 3）的設(shè)計進行改進，可能需要大量工作，例如，對 HLS 模塊進行最優(yōu)化、HDL 重新編碼、變更 IP 配置等。

如果我們僅關(guān)注實現(xiàn)工具流程，那么根據(jù) RQA 得分應(yīng)用自動 QoR 建議對于大部分設(shè)計都有效。運行 Report QoR Suggestions 后，對 RQA 得分的影響如下圖所示。

設(shè)計得分改善與否取決于建議的類型、建議的數(shù)量以及受影響的路徑的數(shù)量。

雖然并非所有設(shè)計的改善效果都足以使得分提升，但都能改善其設(shè)計性能特性（如，WNS 或擁塞），因此毋庸置疑，它朝著正確的方向邁出了一步。基于時鐘和擁塞的建議所實現(xiàn)的改進效果最為明顯。

方法論報告

改進設(shè)計時，如果 QoR 不升反降，那么您勢必將面臨如下選擇。是繼續(xù)修復(fù)？還是重新尋找新的解決方案？

這里有一個好辦法 - 解決方法論問題即可簡化這一任務(wù)。

如需了解這一觀點的更多詳情，請請進入賽靈思中文論壇（閱解決方法論問題以簡化時序收斂一文。

與 RQA 合并的方法論報告 (Report Methodology) 是一個精簡版本。RQA 報告僅詳列了影響 QoR 和工具變化的不合規(guī)的方法論檢查。要獲取完整報告，請運行 report_methodology 命令。

將 QoR 評估報告與 QoR 建議搭配使用

QoR 評估得分是通過觀察多項底層級設(shè)計指標并形成總體設(shè)計得分的方法來生成的。即使使用自動建議，如需提升設(shè)計得分，最好還是查看設(shè)計中的問題詳情，了解如何通過每次迭代來改進結(jié)果。

詳情 (Details) 表細分為多個類別，這些類別與 Report QoR Suggestions (RQS) 命令的類別相同。將設(shè)計問題綜述集中于一處是非常有效的。此外，還有一個狀態(tài)列用于顯示需要復(fù)查的領(lǐng)域以及應(yīng)滿足的理想閾值。

下圖顯示了 QoR 評估詳情表示例：

對于超出閾值的任何項，都會在其旁邊添加 REVIEW 標記。閾值并非硬性限制，但可作為指導(dǎo)。這些閾值可幫助您洞悉設(shè)計中出現(xiàn) QoR 下降的時機。如果只有某一個項略超閾值，那么您可以預(yù)判它對自己的設(shè)計影響有限。但如果有許多因子都略超閾值，或者如果某一個問題顯著超出閾值，那么您幾乎可以肯定設(shè)計中將出現(xiàn)問題。

QoR 評估詳情表還可提供實用概覽，以便您在使用 QoR 建議改進設(shè)計之后檢驗資源變更情況。鑒于該表極為詳盡，因此非常便于與先前版本進行并排對比。

在 QoR 建議報告中，您將可以看到，各項建議根據(jù)對于所涉 RQA 得分的影響，按從高到低排列。通過將該表與建議進行比較，您即可看到各工具嘗試從哪些方面來對設(shè)計進行改進。

流程指南

流程指南由 RQA 提供，其中詳述了用戶應(yīng)采取的后續(xù)行動。它不僅十分便于新用戶上手，對于經(jīng)驗豐富的 FPGA 設(shè)計師也十分實用。

通常，它適合用于識別：

• 尚未被解決的方法論違例
• ML 策略或增量編譯，因為用戶不熟悉這些流程而可能將其忽略
• 識別何時應(yīng)使用 report_qor_suggestions (RQS)

流程指南在“總體評估匯總 (Overall Assessment Summary)”表中提供。以下是報告示例：

流程指南將判定設(shè)計是否需要進一步執(zhí)行方法論修復(fù)、是否需要應(yīng)用關(guān)鍵的實現(xiàn)建議，或者是否已經(jīng)準備好執(zhí)行 ML 策略或增量編譯實現(xiàn)流程。設(shè)計的 QoR 指標中并沒有任何一項屬于硬性要求或?qū)儆诒唤鬼棧绻环蠘藴剩瑒t很有可能無法滿足期望目標。

要使設(shè)計符合 ML 策略要求，必須滿足以下條件：

• 實現(xiàn)已完成且其運行經(jīng)歷了下列階段：opt_design、place_design、phys_opt_design 和 route_design
• 設(shè)計運行時所采用的所有Directive 均設(shè)置為“Default”或“Explore”。
• 已完成關(guān)鍵設(shè)計修改。如果設(shè)計不符合 ML 策略要求并且上述條件已得到滿足，那么您應(yīng)該運行 RQS 來找出這些設(shè)計修改。
• 受支持的系列為 UltraScale 和 UltraScale+

要使設(shè)計符合增量編譯要求，設(shè)計應(yīng)滿足下列條件：

• 在時序收斂的合理范圍內(nèi)。WNS > -0.500 ns
• RQA 得分為 4 或 5
• 包含一些適合增量編譯的 RQS 建議

受支持的系列為 UltraScale 和UltraScale+

注釋：有部分關(guān)鍵路徑無法通過增量流程來解決，例如，DSP/BRAM 中的固定級聯(lián)路徑。

下一個建議的流程階段會查看所有信息并判斷最適合用戶采取的行動方案。當設(shè)計符合增量和 ML 策略時，工具將為您提供最佳選擇建議。

總結(jié)

在本篇博文中，我們向您展示了如何使用 Report QoR Assessment 來明確自己的設(shè)計滿足時序的可能性以及哪些領(lǐng)域需要改進。

我們演示了“詳情 (Details)”表提供的詳盡且實用的設(shè)計概述，最后還演示了如何使用“流程指南 (Flow Guidance)”功能來充分利用 Vivado 的工具流程。

編輯：hfy