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 性能

Guru**** 1088540 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 后、延迟不会显著改善。

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

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

    您好!

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

    此致、
    Tanmay

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

    是,我们遵循 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 

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

    您好!

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

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

    此致、
    Tanmay

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

    谢谢!我理解您的意思。

    然后,如何测试延迟的变化?

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

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

    你好吗?

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

    您好!

    很抱歉耽误你的回答。

    [引用 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