• 状态
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 15 订户
  • 视图 2673 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

edma3性能的问题

wula
Prodigy 100 points


davinci的edma3和c6000的emda2性能比较起来，edma3是很糟糕的设计。

edma2可以让用户自由选择一次拷贝数据量的宽度（8bit，16bit，32bit），这对视频数据来说，性能很高；

而edma3，只有sam和dam为固定地址的时候，才可以选择一次拷贝数据量的宽度（8bit，16bit，32bit，64，128，256bit），这对视频编码来说，sam和dam都不是固定的，所以fifo width只能是8bit，这简直就是灾难，性能太低下了。davinci还号称实现1080p，数据拷贝这块就基本上占满了带宽。

edma3是谁设计的？简直就是愚蠢。

  • 0
    TI__Guru 64206 points

    呵呵，其实EDMA3更灵活了。

    SAM，DAM在这里有点混淆，其实在通用外设只支持地址自增模式，在C6455上的维特比协处理器才支持常量地址模式，所以对于外设支持常量寻址时，是会有特殊说明的。

    在地址不需要增加时，将index设为0即可。

    对于EDMA传输，真正关心的是要传输的数据量，和同步模式。

    对于数据宽度与EDMA2的配置只是方式变了，在A sync模式下，一个事件传输A count个byte的数据，对于AB sync模式，一个事件传输A*B个数据。

    有问题欢迎进一步讨论。

  • 0 回复 Tony Tang
    Expert 1471 points

    假设数据宽度是8bit和数据宽度是32bit，这两者情况下数据的传输速率能一样么？

    对这块没太多研究，纯粹臆测。。。。。

    尤其对什么是SAM、DAM，什么是“A sync”、“AB sync”，从来没注意过这几个概念。。。。。

  • 0 回复 Shaquille Wu
    TI__Guru 64206 points

    确实概念比较多，配置也很灵活，需要通读user guide才能领会；

    如果是AB  sync，即一个event触发传输A*B个数据，在这种情况下，只要A*B的大小一样，数据宽度即A是一个byte，还是一个word，对速度没有影响。

    如果一次只想传输一个数据（8bit, 16bit, 或者32bit），那么要配置成A sync模式，且将A配置成相应的数据宽度。

  • 0 回复 Tony Tang
    Prodigy 100 points

    如果是AB  sync，即一个event触发传输A*B个数据，在这种情况下，只要A*B的大小一样，数据宽度即A是一个byte，还是一个word，对速度没有影响。

    这里指的“只要A*B的大小一样”是什么意思？是指A必须等于B？

    我在emulator上做了一个测试，采用AB SYNC模式，A=128,B=128,拷贝方向为：ddr2->L2，ddr2=396*2Mhz，L2=495Mhz（cpu=990Mhz），所花cycle为9908.

    我们按最低的频率来算（495Mhz），128*128=16384byte，如果按word换算，是4096word（128*128/4)，而cpu统计的cycle值，是基于990Mhz的频率，所以，最终换算为4096*（990Mhz/495mhz)=8192,这个值和9908很接近；

    至于“数据宽度即A是一个byte，还是一个word，对速度没有影响”，这段话的理解，我还真没在user guide看到，希望能具体指出它的出处。

  • 0 回复 wula
    TI__Guru 64206 points

    看一下EDMA user guide的Command Fragmentation章节，TC会把命令做优化后还传输的。所以在AB同步模式下，只要A乘以B的数量相等，A与B的数的组合是没有关系的，比如说A*B=32，是4*8还是8*4是一样的效果。

    A*B是指A乘以B。

  • 0 回复 Tony Tang
    Prodigy 100 points

    感觉“Table 14. Read/Write Command Optimization Rules”表有些问题，至少从ACNT ≤ DBS这个来看，就很矛盾；

    如果ACNT=128，不满足128<=32，就不能优化？应该更有利于优化才对吧？

    就我在emulator上测试，ACNT=128,BCNT=128和ACNT=32,BCNT=128*4,最后处理完的cycle都是9908；