Career
PD工程師為何必須讀懂RTL|後端的痛,多半從RTL開始
🆓 免費文章 · 任何人都可以免費閱讀 30秒摘要 * 實體設計的痛苦,大多從RTL開始。繞線做得再好,也救不了壞掉的微架構。 * 邏輯合成與P&R工具是最佳化器,不是魔法師。巨大的多工器、過深的組合邏輯鏈、錯誤的時脈閘控,是工具修不好的結構性問題。 * PD工程師不需要會「設計」RTL,但必須讀得懂、聞得出味道、能跟前端工程師據理力爭。 * 最低要求:讀懂always_ff/always_comb、blocking vs non-blocking、case/generate、辨識推論出的閂鎖器、對扇出與多工器深度的直覺。 * 晚期RTL變更的成本,隨著階段往後呈指數級飆升。在光罩組動輒數百萬到數千萬美元的時代,「因為不懂RTL」造成的ECO,全是罪過。 * Chase的結論:從前端到後端都要摸過。從RTL開始,經過驗證、合成/PD、STA/簽核。只鑽PD,天花板很低。