江苏龙网

  1. 首页 > 资讯 > 科技 > >

问题|“无线”是陷阱：为什么我把设备都换成了有线设备？( 二 )


当然 ， 除非你密切关注你的网络性能统计 ， 以及它们与你的空间位置的关系 ， 否则你永远不会注意到一个慢区 。 如果你注意到了什么 ， 那就是有时你的网络会随机地比其他时候更糟糕 。
轮询（Polling） 。 电脑上的任何程序都可以要求你的无线网卡列出附近的网络 。 这将导致它进入 "轮询模式" ， 在这种模式下 ， 它花费较少的时间传输数据 ， 而更多的时间接收路由器广播他们的网络信息（路由器不能在同一时间传输和接收） 。 因此 ， 它会导致突然爆发的网络延迟 ， 例如 ， 会导致你的视频通话卡顿或停止几秒钟 。
大多数程序员没有意识到无线网络轮询会影响网络性能 ， 所以他们要求操作系统疯狂地进行轮询 。 我已经被这种情况折磨过很多次了 。
最恶劣的例子 ， 是当我注意到我的视频通话有时卡顿有着奇怪的规律频率 。 下面是我追查罪魁祸首的曲折过程：
我每隔一秒就给Ping的路由器一次 ， 持续大约10分钟 ， 然后把输出结果用Excel绘制出来 ， 确认慢速ping的间隔正好是30秒 。 这让我猜测可能是软件问题 。
我在Facebook上求助 ， 有人推荐启用macOS无线调试日志 。
我启用了调试日志 ， 并注意到几个应用程序 ， 当我打开它们时 ， 程序会请求网络扫描 ， 有时与增加的ping延迟相关 。
把范围缩小到这几个应用后 ， 我在AskDifferent（苹果相关的问答社区）上询问如何阻止这些软件这样做 。
在AskDifferent上有人将问题追踪到Qt上 ， Qt是一个制作用户界面的软件框架 ， 被数百万用户的应用所使用 。
Qt包含了一个组件 ， 它每隔30秒就会对网络进行一次轮询 ， 每30秒就会导致几乎所有使用网络的Qt应用降低你的wifi性能 。
已经有多个关于这个问题的bug报告 ， 其中一个被工程师标记为 "已解决" ， 因为他们允许用户使用一个环境变量来禁用轮询 。
当然 ， 这是一个没啥用的 "解决方案" ， 因为大多数用户不会意识到他们的wifi降级了；意识到的用户也不会意识到这是Qt的错；哪怕你找到了问题所在 ， 仍然很难在谷歌上找到合适的修复方法（更不用说实现它了 ， 除非你会编程） 。
这种行为是如此的对用户不友好 ， 而 "解决方案 "又是如此的可笑 ， 似乎很可能是Qt的开发者们没有意识到问题的严重性 ， 我猜它毁掉了大约一百万人的视频通话体验 ， 因为 ， 它影响了已经被下载了7500万次的qBittorrent 。 这一百万人中的大多数人可能还没有足够的技术来弄清楚如何 "将QT_BEARER_POLL_TIMEOUT环境变量设置为-1" 。 （幸运的是 ， 在2017年 ， 在最初的bug报告三年后 ， 他们终于意识到他们应该停止轮询并以正确的方式修复bug） 。
Qt是最严重的问题 ， 但它不是唯一的问题 。 即使是macOS也有一个bug ， 当你打开Spotlight时 ， 同样的事情也会发生（我经常在视频通话时这样做 ， 如果有人让我看一个特定的文件 ， 或者如果我想去在视频通话的时候去开个网页） 。 我不得不通过禁用Spotlight结果类型来解决这个问题 ， 直到我发现是哪一个类型导致了这个问题 。 所以看来连苹果自己的开发者都没有意识到wifi轮询是一种危害 。
蓝牙音频
高延迟 。 大多数蓝牙耳机都有150-300ms的延迟（我的电脑从网络接收音频到耳机发出声音之间的时间） 。 这意味着 ， 如果我和纽约的朋友聊天 ， 音频数据从他们到我的电脑需要50ms ， 而从我的电脑到我的耳朵需要200ms-4倍的时间 。 由于高延迟破坏了谈话的自然流程 ， 我希望尽可能地消除延迟 。
如果蓝牙耳机支持正确的 "编解码器" ， 比如 "AptX低延迟" ， 就有可能实现低延迟的蓝牙耳机 。 当然 ， 除了理论上支持编解码器外 ， 它们还得同意你的电脑使用它 ， 这有时会失败（检查正在使用的编解码器的选项埋藏在各种隐藏的菜单和设置中） 。
低质量 。 与编解码器问题有关 ， 许多蓝牙设备在关闭麦克风时 ， 会播放高质量的音频 ， 但在打开麦克风时 ， 就会降格为低质量得多的音频 。 如果你有一个蓝牙耳机 ， 你可以自己测试一下：用它播放音乐 ， 然后打开你的麦克风设置到显示麦克风输入音量的页面 。 你可能会听到音频被切断一秒钟 ， 然后以较低的质量返回 。 即使是你可能期望的高端设备也会发生这种情况 ， 比如我的Airpods Pro + 2018年的Macbook Air） 。


推荐阅读


上一篇：科学|我学者发现了大的“热缩冷涨”效应

下一篇：Android系统,谷歌|多任务放心用 Android 11将加入防杀后台机制