完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
嗨,
我想了解如何分析和比较XST综合工具生成的报告。 拿两个简单的报告: 设备利用率摘要(估计值) [ - ] 逻辑利用 用过的 可得到 采用 切片寄存器的数量 199911 687360 29% 切片LUT的数量 81122 343680 23% 完全使用的LUT-FF对的数量 6507 274526 2% 绑定的IOB数量 23 840 2% Block RAM / FIFO的数量 67 632 16% BUFG / BUFGCTRL的数量 1 32 3% DSP48E1的数量 16 864 1% 设备利用率摘要(估计值) [ - ] 逻辑利用 用过的 可得到 采用 切片寄存器的数量 386950 687360 56% 切片LUT的数量 152692 343680 44% 完全使用的LUT-FF对的数量 10215 529427 1% 绑定的IOB数量 23 840 2% Block RAM / FIFO的数量 92 632 10% BUFG / BUFGCTRL的数量 1 32 3% DSP48E1的数量 20 864 2% 这里,使用稍微不同的VHDL代码实现了相同的算法。 在第二个项目中,使用6%的“Block RAM / FIFO”逻辑,但使用了27%的“Slice寄存器”和21%的“Slice LUT”。 关于我对同一算法的两种不同的VHDL实现,我能真正得出这些数字的结论吗? 以上来自于谷歌翻译 以下为原文 Hi, I'd like to find out how to analyse and compare the reports generated by the XST synthesis tool. Take two simple reports:
Here, thesame algorithm has been implemented using slightly different VHDL code. In the second project uses 6% less "Block RAM/FIFO" logic, but uses 27% more "Slice Registers" and 21% more "Slice LUTs". What can I actually conclude about these numbers, with respect my two different VHDL implementations of the same algorithm? |
||||
相关推荐
2个回答
|
||||
嗨,源代码不同,这就是原因。
如果设计变化非常小,您可以使用增量编译。 只考虑代码中的差异才能实现。 谢谢,维杰----------------------------------------------- ---------------------------------------------请将帖子标记为 一个答案“接受为解决方案”,以防它有助于解决您的查询。如果一个帖子引导到解决方案,请给予赞誉。 以上来自于谷歌翻译 以下为原文 Hi, The source code is different and that is the reason. You can use incremental compile if the design changes are very less & only the differences in the code will be considered for implementation.Thanks,Vijay -------------------------------------------------------------------------------------------- Please mark the post as an answer "Accept as solution" in case it helped resolve your query. Give kudos in case a post in case it guided to the solution. |
|
|
|
嗨,
您可以比较两次运行的.syr报告文件。 看起来该工具能够在一种编码风格中更多地推断BRAM。 比较两个报告中的BRAM推断细节可以帮助您找出哪一部分代码能够在一次运行中推断BRAM,而不是在另一次运行中推断。 谢谢, 迪皮卡。 谢谢,迪皮卡.---------------------------------------------- ---------------------------------------------- Google之前的问题 张贴。 如果某人的帖子回答了您的问题,请将帖子标记为“接受为解决方案”。 如果你看到一个特别好的和信息丰富的帖子,考虑给它Kudos(左边的明星) 以上来自于谷歌翻译 以下为原文 Hi, You can compare the .syr report files of both the runs. It looks like the tool was able to infer BRAM's more for one style of coding. Comparing BRAM inference details in both reports can help you find out which part of code are you able to infer BRAM in one run but not in the other one. Thanks, Deepika. Thanks, Deepika. -------------------------------------------------------------------------------------------- Google your question before posting. If someone's post answers your question, mark the post as answer with "Accept as solution". If you see a particularly good and informative post, consider giving it Kudos (the star on the left) |
|
|
|
只有小组成员才能发言,加入小组>>
2380 浏览 7 评论
2797 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2262 浏览 9 评论
3335 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2428 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
755浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
543浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
365浏览 1评论
1961浏览 0评论
681浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 12:18 , Processed in 1.293323 second(s), Total 78, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号