• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 6 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 169 次查看
  • 用户 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.

[参考译文] SK-TDA4VM：SK-TDA4VM：Qbu 性能

admin
Guru**** 651100 points
Other Parts Discussed in Thread: TDA4VM
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1160736/sk-tda4vm-sk-tda4vm-qbu-performance

器件型号：SK-TDA4VM
主题中讨论的其他器件：TDA4VM

。、我们测试了 qbu 的性能、例如消息延迟 μ s

，比较启用和未启用 qbu 时接收和发送高优先级消息的延迟。

我们发现、在启用 qbu 后、延迟没有显著改善。

我们通过 iperf 发送数据、同时通过用户空间中的套接字发送数据、如下所示：

iperf3 -c 192.168.100.20 -u -b500M -l1472 -t300

iperf3 -s

它映射到队列0。

和 ethtool -l eth0类似如下：

   

然后、我们 通过用户空间中优先级为3的套接字发送数据、结果如下所示：

GAP1是接收和发送高优先级消息的延迟。

7.如果没有 qbu、结果如下所示：

启用 qbu 后、延迟不会显著改善。

 您能告诉我这一结果的原因吗？

  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    QBU (在 OUT 文档中称为 IET)在高优先级和低优先级流量之间的特定带宽组合中进行观察。 本页 介绍了在 TDA4VM 上使用 IET 的情况(J7VCL 和 TDA4VM 在这方面是相同的)。 请仔细阅读并在此处提及您的问题。

    此致、
    Tanmay

  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    是，我们遵循 TDA4VM 上 IET 的这一用法，得到的结果如下：

    在 AM64-SK (接收器)上： 

    root@am64xx-EVM：~# ethtool -S eth0 | grep iet
IET_Rx_assembly_err：0
IET_Rx_assembly_ok：148
IET_Rx_SMD_ERR：109
IET_Rx_frag：212
IET_TX_HOLD：0
IET_TX_FRAG：0 

    但是、根据我们的理解、随着高优先级流量的抢先、接收和发送消息的延迟应得到改善。 
    然后、我们发现这种性能没有得到很大改善。
  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    如您所见、您只需占用212个数据包进行300秒的传输(iet_rx_frag)。 因此、实际差异将仅在这212个数据包中观察到、不会影响其余的传输。 这种变化量可能不大、并且通常不会被检测到。 因此、观察到的改进取决于优先级数据的带宽、在其他情况下、您可以看到延迟几乎没有变化。 因此、观察到的改进取决于测试用例。

    我还想确认 、该线程是否与该线程重复。

    此致、
    Tanmay

  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢谢！我理解您的意思。

    然后，如何测试延迟的变化？

    我还想确认 、该线程是否与该线程重复。  --不

  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好吗？

  • 0
    TI__Guru**** 651100 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    很抱歉耽误你的回答。

    [引用 userid="533416" URL"~/support/processors-group/processors/f/processors-forum/1160736/sk-tda4vm-sk-tda4vm-qbu-performance/4366524 #4366524"]然后，如何测试延迟的变化？

    由于它取决于背景流量带宽、因此通过使背景带宽尽可能高、您最好能够观察效果。 在使用 iperf 时、可以使用-b0标志来最大程度地提高后台数据吞吐量。

    但这里需要注意的是、我们实际上没有检查延迟的改善。 对于我们来说、我们的重点是高优先级数据包由快速 MAC 进行服务、而低优先级数据包被挤占。 只要观察到这一点、我们就可以保证 QoS。 因此、我们没有针对 IET 的任何延迟测试。

    此致、
    Tanmay