项目

一般

简介

编辑

VE问题 #2638

锐宝智联关于Ethernet 8111H测试Thoughtput速度---速度低，变化大的问题

由 PM 洪丰 在 10 个月 之前添加. 更新于 大约 2 个月 之前.

状态:
OPEN
优先级:
严重-B级
指派给:
PM 洪丰
开始日期:
2023-12-08
计划完成日期:
% 完成:

20%

预期时间:
责任归属:
HW 硬件, SW 软件
提报来源:
软件版本:
Android 9
样品编号:
ALL
PCB版本:
V1.4
样品的数量，NG次数，概率:

100%

测试SOP和PASS的标准:

网络速度应该至少达到800以上。

引用

描述

如下图，是测试 Ethernet 速度的图片，板子是 3399FSL， O/S 是 Android 9

看的话可以知道速度的变化非常大， 在1G HUB 的服务器，只连接了 3399FSL测试速度的。但是变化很大，平均速度也是很低。

文件

编辑附件
image(12-08-16-09-12)(1).png (741 KB) image(12-08-16-09-12)(1).png 3399FSL测试速度的。但是变化很大，平均速度也是很低 PM 洪丰, 2023-12-08 16:16 删除
QQ截图20231208161640.jpg (41.2 KB) QQ截图20231208161640.jpg 在PC 版本 Client 测试的画面， 请参考 PM 洪丰, 2023-12-08 16:16 删除
Throughput_Test.zip (7.62 MB) Throughput_Test.zip 测试软件 PM 洪丰, 2023-12-08 16:22 删除
在公网下测试的3399FSL.jpg (202 KB) 在公网下测试的3399FSL.jpg 1 PM 洪丰, 2023-12-11 14:24 删除
在公网下测试的RK3399公板.jpg (488 KB) 在公网下测试的RK3399公板.jpg 2 PM 洪丰, 2023-12-11 14:25 删除
在独立交换机下测试的3399FSL.jpg (5.61 MB) 在独立交换机下测试的3399FSL.jpg 3 PM 洪丰, 2023-12-11 16:26 删除
在独立交换机下测试了RK3399公板.jpg (383 KB) 在独立交换机下测试了RK3399公板.jpg 4 PM 洪丰, 2023-12-11 16:26 删除
使用多个进程，但总和不变，还是低.png (38.8 KB) 使用多个进程，但总和不变，还是低.png PM 洪丰, 2023-12-13 14:04 删除
PC对PC.jpg (240 KB) PC对PC.jpg PM 洪丰, 2023-12-14 14:38 删除
新增

子任务

新增

相关的问题

#3

由 PM 洪丰 更新于 10 个月 之前

引用 #4

由 PM 洪丰 更新于 10 个月 之前

引用 #5

由 PM 洪丰 更新于 10 个月 之前

方向2
RK 硬件-LCH<> 刘楚宏 14:00:52

CPU跟DDR都定频最高看一下

但没有改善

RK HW 刘楚鸿 8:36:52
系统上报个单号吧，看你的描述如果环境没问题，可能得改一些PCIE的参数了

RK HW 刘楚鸿 8:37:00
PCIE网卡硬件上没什么可以调整的

引用 #6

由 PM 洪丰 更新于 10 个月 之前

目前已知的是
PCE网卡方案的主板
3399PB1 -NG
3399FSL -NG
PB-A3399BP -NG

GMAC网卡方案的主板
FIREFLY 对比版 -NG
SHC-R3399 -NG

引用 #7

由 PM 洪丰 更新于 10 个月 之前

公司网络 （1）
TCP UP平均在300左右
TCP Down平均在480左右

公板：（2）
TCP UP平均在540左右
TCP Down平均在610左右

使用独立交换机跑出的数据
PB-A3399BP： （3）
TCP UP平均在300左右
TCP Down平均在470左右

公板： （4）
TCP UP平均在590左右
TCP Down平均在570左右

引用 #8

由 PM 洪丰 更新于 10 个月 之前

7楼的结果看：

1 3399BP, PHY的性能(TX,RX的准确率 )还要再提高。
2 公板也是phy

引用 #9

由 PM 洪丰 更新于 9 个月 之前

方向3
1 使用了胡工给的这版驱动，没有任何改变，参考附图。
2 使用了(firefly)PHY接口的网卡，波动很大，但平均值大于500

引用 #10

由 PM 洪丰 更新于 9 个月 之前

方向4
网卡性能不达标问题的定位思路
1、收包速率不达标，很有可能是发送的速率没有达标造成；（可以通过配置更高性能的硬件CPU频率，内存的大小和通道数，增加网卡发送的性能）

2、分析收发的模型；

3、查看CPU的利用率；（CPU需要绑核处理，尤其大于10GE的网络）

4、排除环境因素的干扰；（TCP/IP协议涉及中就是按照最大能力进行收发，不保证每个报文都完成“使命”，只有在应用层增加一些握手机制来保证）

5、发包中网络进行隔离减少干扰，记录端到端的收发报文数，必要时进行抓包分析；
————————————————
整体速率需要达到网卡带宽的90%

https://blog.csdn.net/Frank_Yee/article/details/103284965?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522170244348316800197026451%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=170244348316800197026451&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~all~first_rank_ecpm_v1~rank_v31_ecpm-2-103284965-null-null.142^v96^pc_search_result_base3&utm_term=%E7%BD%91%E5%8D%A1%20%E6%80%A7%E8%83%BD%E5%B7%AE&spm=1018.2226.3001.4187

引用 #11

由 PM 洪丰 更新于 9 个月 之前

  • 主题 从 Ethernet 速度---速度低，变化大 变更为 Ethernet 速度---速度低，变化大---(内部病历记录)

iperf 的解释专题：

1

Iperf是美国伊利诺斯大学（University of Illinois）开发的一种开源的网络性能测试工具 ,测试网络节点间（也包括回环）TCP或UDP连接的性能，包括带宽、抖动以及丢包率，
其中抖动和丢包率适应于UDP测试，
而带宽测试适应于TCP和UDP。
QOS（服务质量）:网络的主要性能参数包括带宽，时延，抖动和丢包率，这些用一个名词代替，就是QOS（服务质量）。

图形化工具
使用JPerf运行iPerf
使用AirMagnet运行iPerf

https://blog.csdn.net/evenness/article/details/7371845?spm=1001.2101.3001.6661.1&utm_medium=distribute.pc_relevant_t0.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7ERate-1-7371845-blog-103284965.235%5Ev39%5Epc_relevant_anti_vip&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7ERate-1-7371845-blog-103284965.235%5Ev39%5Epc_relevant_anti_vip&utm_relevant_index=1

引用 #12

由 PM 洪丰 更新于 9 个月 之前

-P
使用多个进程，那总和是不变的, 还是低.

引用 #13

由 PM 洪丰 更新于 9 个月 之前

方向5

参考案例
背景：安卓检测程序模拟正常业务每隔5s向服务器发起请求，检测程序采用的协议为http1.1长连接。
问题描述:在客户端发起的请求中，出现tcp数据包大于MTU(最大传输单元)，而且出现了乱序，在这种情况出现时一次请求的时间明显变长，从原先一次请求只需要60ms突增到1s，这个时间相对还是很大的。

https://blog.csdn.net/jiujiu372/article/details/76614038?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522170251808916800197046075%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=170251808916800197046075&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~all~first_rank_ecpm_v1~rank_v31_ecpm-2-76614038-null-null.142^v96^pc_search_result_base3&utm_term=length%201460&spm=1018.2226.3001.4187

#14

由 PM 洪丰 更新于 9 个月 之前

引用 #15

由 PM 洪丰 更新于 9 个月 之前

客户目前也降低要求了，只要RX能够达到500以上就行

引用 #16

由 PM 洪丰 更新于 9 个月 之前

刘工，胡工，

总结一下:
因为我们这个行业都是从intel PC转过来的，PC之间, Throughput_Test速度稳定达到将近1G.

我们RK3288/3399虽然连接的是GMAC的PHY, 或者1GHZ的PCIE网卡, 不断改良,但实际带宽都只有600兆不到
我们即使Rk的公版，我看也不能够达到同样的性能。

当然我们一直在Iperf 这种很轻量的软件，而且一般是单向测试，
这里看起来是平台的性能差异, 但最关键的差异在哪里呢?
我觉得还是内存频率偏低, 能这样下结论吗？

#17

由 PM 洪丰 更新于 9 个月 之前

  • 主题 从 Ethernet 速度---速度低，变化大---(内部记录) 变更为 锐宝智联关于Ethernet 8111H测试Thoughtput速度---速度低，变化大的问题
#18

由 PM 洪丰 更新于 9 个月 之前

  • 项目 从 PB-A3399FSL 变更为 000---公开Bug
#19

由 匿名用户 更新于 9 个月 之前

  • 跟踪 从 Customer客诉 变更为 VE问题
引用 #20

由 PM 洪丰 更新于 9 个月 之前

(以下是Dilly的回复，感觉说的挺对)

Hi Jim，

同样的网卡硬件，同样的驱动，PC上没问题，但搭配RK平台有问题，要从平台/系统方面找原因了。
可以验证下面几点试试：

确认要用官网的驱动；

两边都关闭ASPM和EEE；

打开NAPI和TSO（ethtool -K eth1 sg on; ethtool -K eth1 tso on;）

TX问题可能是跟CPU 比较空闲时降频/进省电模式有关

RX 问题可能是跟CPU中断处理效率有关；

可以开关网卡的流控试试（https://blog.csdn.net/sinat_20184565/article/details/101194294）

Best Wishes !

吴建华

引用 #21

由 供应商FAE Guest 更新于 大约 2 个月 之前

  • 样品的数量，NG次数，概率 被设置为 100%
  • 测试SOP和PASS的标准 已更新。 (diff)

当前除了归结于CPU性能以外，也没有其他更好的说法。

编辑

导出 Atom PDF