Ar Fizinis kompiliatorių pakeisti Dizainas Kompiliatorius

[owen_li]

Mūsų tradicinio modelio srauto, mes oftern naudoti Dizainas Kompiliatorius padaryti sythesis. Tačiau dėl savo unaccurate vielos apkrovos modelį, apribojimų paprastai nėra tinkami mūsų dizainą. Fizinis Kompiliatorius taip pat gali tai sintezė ir galima apskaičiuoti fizinių imformation projekto be vielos apkrovos modelį. Taigi, bus Fizinis kompiliatorių pakeisti Dizainas Kompiliatorius.? Kuris įrankis yra pranašesnis?

 

[avimit]

Manau jos ne viršenybės klausimo. Taip Physcial sudarytojas gali padaryti rozrzedzi atsižvelgiant į physcial info, bet vis tiek DC, yra patogus įrankis, kuris pasakys, labai greitai, kaip yra jūsų RTL kodavimo daro. Jeigu jūs įtraukėte RTL tiesiai į physcial sudarytoją ar panašų įrankį, tada jums neturėtų galimybę pamatyti greitai, yra RTL, kuris yra blogas, arba jo grindų planą, kuris daro ką blogiau. Mes naudojame DC į pirmojo prasiskverbimo per sintezę, ir tada duoti netlist į physcial įrankis. Taigi mes žinome, anksčiau projektavimo procesą, jei RTL yra ok. Tad momnet manau mums reikia abiejų. Negaliu pasakyti, kiek ABT ateityje, priklausys nuo to, kaip įrankiai brandus.

 

[rsrinivas]

[Quote = owen_li] Tačiau, dėl savo unaccurate vielos apkrovos modelį, apribojimų paprastai nėra tinkami mūsų dizainą. Fizinis Kompiliatorius taip pat gali tai sintezė ir galima apskaičiuoti fizinių imformation projekto be vielos apkrovos modelį. Taigi, bus Fizinis kompiliatorių pakeisti Dizainas Kompiliatorius.? Kuris įrankis yra pranašesnis? [/Citata] Design sudarytojas padarė didelę tobulinti nagrinėjant dizaino svarsto vielos apkrovų modelius. u gali google rasti ant vielos apkrovų modelius popieriaus wrt DC.