九维我操你爹
docker 官方文档应该不至于给了不能用的示例……吧?
那就是 docker engine 有些值得深挖的底层行为了
docker stats 看到它给容器设置了默认的 mem limit。这个值我理解应该是内存加 swap 的总限制
结果在更新容器内存限制时被告知容器已经有 mem+swap 的限制了,而且比 64M 还小?
苹果测试工程师的日常
#TIL https://github.com/moby/buildkit/issues/2987
这个问题其实挺有意思的,遇到一个没有想到的问题
COPY --from=A /home/b/ /home/b/
加上 --link --chown=b:b 以后遇到了上面的问题。解决方法是在一个单独的 stage 里 chown
修完以后发现虽然能运行但会因为没有权限在 /home/b/ 下写文件导致退出
一查 /home/b/ 的 owner 居然变成了 root:root …

一开始还以为是我 chown 的姿势不对,换了好几种姿势,又不断在中途 debug,终于确定这个问题是 COPY --link 造成的
原本 /home/b/ 目录本身和其下的所有子文件/目录的 owner 都是 b:b,但是在 COPY --link 后 /home/b/ 本身的 owner 变成了 root:root
很难想到 COPY 加不加 --link 还会有这样的行为差异。权作记录
https://news.tv-asahi.co.jp/news_economy/articles/000351724.html

#TIL
しろもの‐かでん【白物家電】
《普及し始めた当初は白い塗装が多かったことから》冷蔵庫・洗濯機・乾燥機・炊飯器などの、家庭用電気機器。白物。

くろもの‐かでん【黒物家電】
《黒い塗装が多いことから》テレビ・レコーダー・カメラなど、娯楽に関する家庭用電気機器。白物家電に対してできた語。黒物。 「白物家電」国内出荷額↑ 季節外れの暑さで
好消息:
我原本还对 BBR 算法粗略知道一个大概,现在啥都不知道了……
可以重新学了,从头打基础!

确实应该反省下为啥大佬一看就懂了而我还在这边咬文嚼字。和别人的思想碰撞一下就散架的知识等于根本没掌握
苹果测试工程师的日常
我们往往会在 LTE / 5G 上观测到其下载和上传占满空口带宽后出现了延迟大幅飙升的情况,而这一情况在使用 WiFi 时影响非常小, 但在 使用基于 10G EPON / XGPON的有线ISP(有限速)中 几乎不存在 。这就导致我们使用 Hotspot WiFi 分享或是使用 5G CPE 转 WiFi 在家庭或办公室进行多人多应用的网络分享时,往往会因为这一问题导致一人处于下载状态时,其他人的 VoIP会议 / Zoom / SSH / RDP 等应用将因为延迟增加出现严重卡顿的情况。 --- 总体而言,…
TCP BBR 拥塞控制算法可一定程度避免(5G NR 网络下的大缓冲区的 Long Fat Pipe 导致流量不断增广占满链路 Buffer 导致延迟增加)的情况,一直到出现丢包为止才让速率收敛,但这还导致了不稳定的速率导致无法拥有较高的性能。
1. TCP BBR 一直到出现丢包为止才让速率收敛

而 TCP BBR 可根据其 ACK 延迟发现 Buffer bloat 事件,在发生丢包前就进行动态速率调整,避免该情况发生
2. TCP BBR 在发生丢包前就进行动态速率调整,避免该情况发生

这种地方就怎么也没办法了……
Soha 的日常
《在 5G NR 时代,我们真的该大规模部署 TCP BBR 了》 https://blog.cyyself.name/5g-nr-tcp-cubic-vs-bbr/ 总体而言,TCP BBR 拥塞控制算法可一定程度避免 5G NR 网络下的大缓冲区的 Long Fat Pipe 导致流量不断增广占满链路 Buffer 导致延迟增加的情况,一直到出现丢包为止才让速率收敛,但这还导致了不稳定的速率导致无法拥有较高的性能。而 TCP BBR 可根据其 ACK 延迟发现 Bufferbloat 事件,在发生丢包…
我们往往会在 LTE / 5G 上观测到其下载和上传占满空口带宽后出现了延迟大幅飙升的情况,而这一情况在使用 WiFi 时影响非常小,
但在

使用基于 10G EPON / XGPON的有线ISP(有限速)中
几乎不存在

。这就导致我们使用 Hotspot WiFi 分享或是使用 5G CPE 转 WiFi 在家庭或办公室进行多人多应用的网络分享时,往往会因为这一问题导致一人处于下载状态时,其他人的 VoIP会议 / Zoom / SSH / RDP 等应用将因为延迟增加出现严重卡顿的情况。

---

总体而言,
TCP BBR 拥塞控制算法

可一定程度避免 5G NR 网络下的大缓冲区的 Long Fat Pipe 导致流量不断增广占满链路 Buffer 导致延迟增加的情况,一直到出现丢包为止才让速率收敛,
但这还

导致了不稳定的速率导致无法拥有较高的性能。
而 TCP BBR

可根据其 ACK 延迟发现 Buffer bloat 事件,在发生丢包前就进行动态速率调整,避免该情况发生。

看不懂……
《在 5G NR 时代,我们真的该大规模部署 TCP BBR 了》
https://blog.cyyself.name/5g-nr-tcp-cubic-vs-bbr/
总体而言,TCP BBR 拥塞控制算法可一定程度避免 5G NR 网络下的大缓冲区的 Long Fat Pipe 导致流量不断增广占满链路 Buffer 导致延迟增加的情况,一直到出现丢包为止才让速率收敛,但这还导致了不稳定的速率导致无法拥有较高的性能。而 TCP BBR 可根据其 ACK 延迟发现 Bufferbloat 事件,在发生丢包前就进行动态速率调整,避免该情况发生。

来自 @chenyy 的非常有趣的发现与测试,值得一看。
#晚安世界
https://www.youtube.com/watch?v=ZqJ7bfgacSA

因为想要理解 mv 的故事去搜了下 Wikipedia。看完维基百科我什么都没有搞明白,反而不能坦率地感到开心了。

The song's title was initially announced as "Love Wins" on January 15, 2024, before being changed by IU's label Edam to "Love Wins All" before release due to criticism that the title was already in use as a slogan to commemorate the United States legalizing same-sex marriage in 2015.


The video was criticized online for its depiction of disabilities, as IU is shown as having a hearing impairment and V as having a visual impairment. The pair find a camcorder through which they are able to view the other without their respective disabilities, which was considered to be "discriminatory" as it implies disabled people "admire and fantasize" about not having their disabilities.


https://en.wikipedia.org/wiki/Love_Wins_All
Back to Top