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.

[参考译文] Linux/WL1835MOD:借助 WL1835MOD Cape 和最新的处理器 SDK 内核、BBB 上的 WiFi 性能较差

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/802802/linux-wl1835mod-poor-wifi-performance-on-bbb-with-wl1835mod-cape-and-recent-processor-sdk-kernel

器件型号:WL1835MOD
Thread 中讨论的其他器件: WL1835

工具/软件:Linux

您好!

我正在调查 BBB 上使用 WL1835MOD Cape 时 WiFi 性能不佳的情况。 最坏的情况是以 AP 模式传输。 我有两个系统、一个基于"WL1835_cape_on_Beaglebon_wing_mainline_Kernel_Debian_files"指南、另一个基于具有 PROCESSOR-SDK-LINUX.Git 内核的自定义 BuildRoot 发行版(rev e669d52447df61f9d7b8ef72c9f22f4feed0438)。

我使用 iperf 作为基准测试工具。

在 Debian 系统上(内核4.1.2-bone12、WiLink FW 8.9.0.0.31)一切都正常:TCP 显示50 Mbit/s、UDP 显示65 Mbit/s、CPU 使用率相对较低(45-50%)。

在 BuildRoot 系统(内核4.14.79+、omap2plus defconfig、WiLink FW 8.9.0.0.76)上、性能较差:TCP 显示35 Mbit/s、UDP 显示20 Mbit/s、CPU 使用率较高(TCP 为90%、UDP 为100%)。

请帮助我解决性能问题。

P.S.

Iperf TCP 命令行:ipperf -c 192.168.15.100 -i 2 -t 20 -Z reno

Iperf UDP 命令行:ipperf -c 192.168.15.100 -i 2 -t 20 -u -b 100m

hostapd.conf 内容:

接口=wlan0
HW_MODE=g
通道= 12
ieee80211d=1
country_code=RU
ieee80211n=1
WMM_ENABLED = 1
HT_capab=[短型 GI-20][GF]
SSID=测试 AP
auth_algs=1
WPA = 2
wpa_key_mgmt=WPA-PSK
rsn_pairwise = CCMP
wpa_passphras=11111111

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    伊万
    您能否尝试以下操作并查看其是否有用?

    - 应用此修补程序: git.ti.com/.../a232820
    - 在内核配置中启用‘reno’算法
    CONFIG_tcp_Cong_advanced=y
    CONFIG_DEFAULT_Rena=y
    CONFIG_DEFAULT_tcp_Cong="reno"

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

    Saurabh、

    我已经使用了重 eno 算法、不使用-Z 重 eno 的 iperf 工作速度更慢。 关于补丁:我尝试了更长的测试(超过60秒)、没有注意到任何重大变化。 顺便说一下、您的所有建议都会影响 TCP 堆栈、但我的 UDP 测试也显示出很差的性能。

    同时、在相同条件下、使用旧版内核和固件时、我在同一电路板上具有良好的性能。

    P.S.

    我几乎可以确定此问题是由内核配置错误引起的、但不是 TCP 堆栈级别的问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    伊万
    不确定问题是什么-我假设您具有相同的射频测试设置 b/w 这两种情况。 您能否确认以下内容
    -您运行 configure-device.sh 以确保 wl8配置文件设置正常?
    您可能希望在 Sitara 论坛中发布问题、并检查问题是否与内核配置或 CPU 限制有关

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

    >-我假设您在这2种情况下具有相同的射频测试设置
    是的
    >-您运行 configure-device.sh 以确保 wl8配置文件设置正常?
    是的
    >-您可能希望在 Sitara 论坛中发布问题、并检查问题是否与内核配置或 CPU 限制有关
    不、我不想。 或者至少我没有时间这么做。 我通过简单地从 omap2plus defconfig 切换到使用 ti_config_fragments 创建的 ti_sdk_am3x_release 式 defconfig (参阅 software-dl.ti.com/.../Foundational_Components_Kernel_Users_Guide.html 中的"SDK 内核配置")来解决了该问题(获得的结果与4.1.2-bone12内核相同)。
    我认为警告(... 用户将注意到大量功能不起作用...) 应在 Processor SDK 文档的第一页上显示为红色(可能包含在您的"默认答案"列表中)。
    此外、如果能获得有关影响 WiFi 性能的那些特定于 TI/Sitara 的参数的信息、那将会是一件非常棒的事情。 例如、DMA 池大小(CONFIG_CMA_SIZE _MB)可能很关键、但这只是我猜中的事情。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    伊万
    Sitara SDK 附带的所有脚本都使用 ti_sdk* defconfig 文件。 您可能是手动编译内核。 无论如何、切换到正确的 defconfig 似乎可以解决您的问题。 感谢您的发帖。

    Saurabh
x 出现错误。请重试或与管理员联系。