BBR 与 AIMD 共存公平性探究

2024-09-06 12:36
文章标签 共存 探究 公平性 bbr aimd

本文主要是介绍BBR 与 AIMD 共存公平性探究,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一个古已有之的结论:

  • deep buffer 场景,bbr 相对 reno/cubic 等 aimd 有优势,侵占性强;
  • shallow buffer 场景,aimd 有优势,bbr 带宽被挤占。

本文用实例分析 why 并给出 how。

先看 deep buffer 场景 bbr 单挑 aimd 双流的效果,下图是标准 bbr,被虐成经理:
在这里插入图片描述
下图是用 max(bw/delay) 替代 maxbw 后的效果(小尖角是 probertt):
在这里插入图片描述

是不是好很多?max(bw/delay) 替换 maxbw 后的代码如下:

for n in range(1, len(times)):if n > WIN + 1:sublistx = ex[n - WIN : n]sublisty = ey[n - WIN : n]sublistz = ez[n - WIN : n]max_ex = max(sublistx)max_ey = max(sublisty)max_ez = max(sublistz)idxx = sublistx.index(max_ex) + n - WINidxy = sublisty.index(max_ey) + n - WINidxz = sublistz.index(max_ez) + n - WINprint(idxx, idxy, idxz)print(max_ex, max_ey, max_ez)e_x = x[idxx]e_y = y[idxy]e_z = z[idxz]else:e_x = x[n-1]e_y = y[n-1]e_z = z[n-1]if n / RTTWIN > 1:Rmin = min(r[n - RTTWIN:n])else:Rmin = Rx[n] = x[n-1] + dt * (C*(g*e_x*Rmin)/(g*e_x*Rmin + wy[n-1] + wz[n-1]) - x[n-1])y[n] = y[n-1] + dt * (C*(g*e_y*Rmin)/(g*e_y*Rmin + wx[n-1] + wz[n-1]) - y[n-1])z[n] = z[n-1] + dt * (C*(g*e_z*Rmin)/(g*e_z*Rmin + wx[n-1] + wy[n-1]) - z[n-1])# 瞬时模型方程为: x[n] = C*(g*e_x*Rmin)/(g*e_x*Rmin + wy[n-1] + wz[n-1])if n % RTTWIN == 0:wx[n] = 4wy[n] = 4wz[n] = 4else:wx[n] = wx[n-1] + dt * (x[n]*Rmin - wx[n-1])wy[n] = wy[n-1] + dt * (y[n]*Rmin - wy[n-1])wz[n] = wz[n-1] + dt * (z[n]*Rmin - wz[n-1])# 瞬时模型方程为:wx[n] = x[n]*Rminr[n] = (wx[n] + wy[n] + wz[n]) / Cif r[n] < R:r[n] = Rex[n] = x[n]/r[n]ey[n] = y[n]/r[n]ez[n] = z[n]/r[n]

但依然做不到随行,因为 max(bw/delay) 共识属于 “仁义” 共识,而 aimd 是富含侵略性的,max(bw/delay) 能确保统计作用下 minrtt 随行,但 aimd 流比较少时依然会受 probertt 本身影响,minrtt 轻微增长甚至不变,bbr 反而更加吃亏。

这里的随行讲的是 bbr 的 rtt 可以随行 aimd,一种显然的自适应的方法就是用 (r[n-1] + Rmin)/2 替换 Rmin,理由如下:

  • 如果纯 bbr 共存,r[n-1] 接近 Rmin,除以 2 后约等于 Rmin;
  • 如果与 aimd 共存,r[n-1] 增大周期比 Rmin 更小,攀升更快,bbr 随行计算 bdp。

一般将 buffer >= bdp 时称作 deep buffer,buffer 在 bdp 内的为 shallow buffer,详情可参考雅各布森管道的阐释。

上述算法在 buffer 大于 bdp 时随行收敛效果非常好,先看 2 倍 bdp deep buffer 场景:
在这里插入图片描述

5 倍 bdp 的 deep buffer 场景:
在这里插入图片描述

接着是 100 倍:
在这里插入图片描述

但在 shallow buffer 场景就看起来显示出了侵占性:
在这里插入图片描述

可这并不怪 bbr 的侵占性,因为按照雅各布森的管道理论,在 buffer 不足一个 bdp 时,经历一次 multiplicative decrease 后,其 inflt 一定会落到 bdp 之下,而 bbr 会趁机拿到这部分空闲资源,这并不怪 bbr,而是 aimd 本质决定的。

代码如下修改即可测试:

for n in range(1, len(times)):if n > WIN + 1:sublistz = ez[n - WIN : n]max_ez = max(sublistz)idxz = sublistz.index(max_ez) + n - WINe_z = z[idxz]else:e_z = z[n-1]if n / RTTWIN > 1:Rmin = min(r[n - RTTWIN:n])Rmax = max(r[n - RTTWIN:n])else:Rmin = Rx[n] = x[n-1] + dt * (C*(wx[n-1])/(wx[n-1] + wy[n-1] + wz[n-1]) - x[n-1])y[n] = y[n-1] + dt * (C*(wy[n-1])/(wy[n-1] + wx[n-1] + wz[n-1]) - y[n-1])z[n] = z[n-1] + dt * (C*(g*e_z*(Rmin+r[n-1])/2)/(g*e_z*(Rmin+r[n-1])/2 + wx[n-1] + wy[n-1]) - z[n-1])wx[n] = wx[n-1] + Iwy[n] = wy[n-1] + Iif n % RTTWIN == 0:wz[n] = 4else:wz[n] = wz[n-1] + dt * (z[n]*(r[n-1] + Rmin)/2 - wz[n-1])if wx[n] + wy[n] + wz[n] > B*C*R:wx[n] /= 2wy[n] /= 2r[n] = (wx[n] + wy[n] + wz[n]) / Cif r[n] < R:r[n] = Rez[n] = z[n]/r[n]

但上述 (r[n-1] + Rmin)/2 替换 Rmin 的方法促进了 bbr 的侵略性,因为 bbr 几乎会占掉一半(偏少一点,恰好接近 1/3)的资源,剩余的由其它 aimd 均分,这就从 bbr 吃亏走向了 bbr 侵占的另一个极端。

希望 aimd 和 bbr 之间完全公平的企图是徒劳的,这二者完全是不同的机制,互不通有无,奈何?

在更符合现实的统计复用场景,同步 aimd 很少见,加入 red 会更加真实,剩下的就是调参:

  • 缩小 PROBERTT_WIN,提高 Rmin 灵敏性,有助于 bbr 的 rtt 随行;
  • 削弱但不取消 max(bw / delay) 共识,增加 bbr 随行概率但不增加侵占性。

当我将 probertt 周期缩减 10 倍(稍微极端点),bbr 单挑 3 条 aimd 流,效果如下:
在这里插入图片描述

当放大 RTTWIN 到 400 时,大概就无力回天了:
在这里插入图片描述

这不难解释,因为越大的 RTTWIN,越小的 Rmin 被记忆的时间越久,生效的时间越久,rtt 越难以随行。

而以下是 E_best window 分别为 3 和 15 时的效果,设得更小,效应越弱:
在这里插入图片描述

反之,在 E_best_WIN 很大时,谦让导致恶果:
在这里插入图片描述

这也不难解释,因为最大的 bw / delay 被记忆越久,对应的 bw 生效越久,而在 aimd 场景,buffer 占据是持续变化的,bbr 要跟随上去的唯一方式就是基于更新的最大 bw / delay 对应的 bw 尽快 probe,而不是用旧的。

之所以没有彻底干掉 E_best 共识,因为在 probe 正当时,bbr 需要适可而止,bbr 需要的是事后被动跟随,而不是主动引领(《道德经》二十九章,“…物或行或随…”),前者需要更小的 E_best_WIN,后者需要 E_best 本身。

以下是代码片段:

for n in range(1, len(times)):if n > WIN + 1:sublistz = ez[n - WIN : n]max_ez = max(sublistz)idxz = sublistz.index(max_ez) + n - WINe_z = z[idxz]else:e_z = z[n-1]if n / RTTWIN > 1:Rmin = min(r[n - RTTWIN:n])Rmax = max(r[n - RTTWIN:n])else:Rmin = Rx[n] = x[n-1] + dt * (C*(wx[n-1])/(wx[n-1] + wy[n-1] + wz[n-1] + wv[n-1]) - x[n-1])y[n] = y[n-1] + dt * (C*(wy[n-1])/(wy[n-1] + wx[n-1] + wz[n-1] + wv[n-1]) - y[n-1])v[n] = v[n-1] + dt * (C*(wv[n-1])/(wv[n-1] + wx[n-1] + wy[n-1] + wz[n-1]) - v[n-1])z[n] = z[n-1] + dt * (C*(g*e_z*(Rmin + r[n-1])/2)/(g*e_z*(Rmin + r[n-1])/2 + wx[n-1] + wy[n-1] + wv[n-1]) - z[n-1])wx[n] = wx[n-1] + Iwy[n] = wy[n-1] + Iwv[n] = wv[n-1] + Iif n % RTTWIN == 0:wz[n] = 4else:wz[n] = wz[n-1] + dt * (z[n]*(r[n-1] + Rmin)/2 - wz[n-1])if wx[n] + wy[n] + wv[n] + wz[n] > B*C*R:if random.choice([0, 1]) == 1:wx[n] /= 2if random.choice([0, 1]) == 1:wy[n] /= 2if random.choice([0, 1]) == 1:wv[n] /= 2r[n] = (wx[n] + wy[n] + wz[n] + wv[n]) / Cif r[n] < R:r[n] = Rez[n] = z[n]/r[n]

真理止于经理,狼狈始于西装。

浙江温州皮鞋湿,下雨进水不会胖。

这篇关于BBR 与 AIMD 共存公平性探究的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1142021

相关文章

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

Codeforces Round #240 (Div. 2) E分治算法探究1

Codeforces Round #240 (Div. 2) E  http://codeforces.com/contest/415/problem/E 2^n个数,每次操作将其分成2^q份,对于每一份内部的数进行翻转(逆序),每次操作完后输出操作后新序列的逆序对数。 图一:  划分子问题。 图二: 分而治之,=>  合并 。 图三: 回溯:

Windows 安装mysql 教程,mysql 多版本共存教程,傻瓜式安装教程

mysql 各版本官方下载地址:⬇ ⬇⬇⬇⬇⬇⬇⬇⬇⬇(点击下面链接前往)MySQL :: Download MySQL Community Server (Archived Versions)https://downloads.mysql.com/archives/community/  首先我本地安装了 mysql8.0版本了,通过msi 进行安装的也就是傻瓜式的点点。这里就不介绍了

探究零工市场小程序如何改变传统兼职模式

近年来,零工市场小程序正逐渐改变传统的兼职模式,为求职者和雇主提供了一个更为高效、便捷的平台。本文将深入探讨零工市场小程序如何影响传统兼职模式,以及它带来的优势和挑战。 一、背景与挑战 传统的兼职市场往往存在信息不对称的问题,求职者难以快速找到合适的工作,而雇主也难以找到匹配的劳动力。此外,兼职工作的不稳定性和安全性也是求职者关注的焦点。零工市场小程序的兴起,旨在解决这些问题,通过数字化手

apk中签名文件探究(*.SF, *.MF,*.RSA)

文章来源: 作者:嘟嘟小灰 链接:https://www.jianshu.com/p/e07da93acf98 来源:简书 1、取一个apk,然后进行不同签名,生成1.apk、2.apk,并提取META-INF里面的文件进行比对 def calc_sha1(data):sha1obj = hashlib.sha1()if not isinstance(data, (bytear

Java使用类加载器解决类冲突,多版本jar共存

Java使用类加载器解决类冲突 1、案例说明2、打包新版本POI并将要调用的方法封装2.1、POM文件2.2、封装的方法 3、要使用多个POI版本的项目3.1、打包前面的项目生成一个jar包3.1、POM文件3.2、类加载器代码3.3、Jar加载工具3.4、最终调用 1、案例说明 项目中已经有了一个旧版本的poi库,并且这个库的版本无法修改,现在需要引入新版本的poi库,调用其

TRIZ在充电桩安全中的应用探究

在当今电动汽车日益普及的时代,充电桩的安全问题至关重要。TRIZ(发明问题解决理论)可以为提升充电桩的安全性提供强大助力。具体步骤如深圳天行健企业管理咨询公司下文所述: 一、充电桩安全面临的问题 1.电气安全风险:包括过压、过流、短路等电气故障,可能导致设备损坏、火灾甚至人员伤亡。 2.机械安全风险:如充电桩外壳的坚固程度、充电插头的插拔可靠性等,可能影响用户的使用安全。 3.环境安全

Flink on YARN模式下TaskManager的内存分配探究

点击上方蓝色字体,选择“设为星标” 回复”资源“获取更多资源 我们使用如下的参数提交了Flink on YARN作业(per-job模式)。 /opt/flink-1.9.0/bin/flink run \--detached \--jobmanager yarn-cluster \--yarnname "x.y.z" \--yarnjobManagerMemory 2048 \--

深入Linux轻量级进程管理:线程创建、线程ID解析与进程地址空间页表探究

🍑个人主页:Jupiter. 🚀 所属专栏:Linux从入门到进阶 欢迎大家点赞收藏评论😊 目录 `🚲Linux线程控制``🐏POSIX线程库``🐕创建线程``🐟指令查看轻量级进程``指令:ps -aL` `🐒线程ID及进程地址空间布局`*pthread_t 到底是什么类型呢?* `🦔__thread与线程的局部存储`

「OC」剪不断,理还乱——UIResponder、UIGestureRecognizer、UIControl的响应优先级探究

「OC」剪不断,理还乱——UIResponder、UIGestureRecognizer、UIControl的响应优先级探究 文章目录 「OC」剪不断,理还乱——UIResponder、UIGestureRecognizer、UIControl的响应优先级探究前言介绍UIResponderUIGestureRecognizerUIControl 正文UIGestureRecognizer和