惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

I
InfoQ
博客园_首页
美团技术团队
M
MIT News - Artificial intelligence
人人都是产品经理
人人都是产品经理
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
J
Java Code Geeks
T
Tailwind CSS Blog
Jina AI
Jina AI
量子位
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
Google Developers Blog
爱范儿
爱范儿
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
宝玉的分享
宝玉的分享
小众软件
小众软件
MongoDB | Blog
MongoDB | Blog
博客园 - 三生石上(FineUI控件)
L
LangChain Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
弱网测试新物种再进化
stephenyin · 2026-01-07 · via V2EX

这是半年前  NetHang 的出生记录: https://www.v2ex.com/t/1139317

最近有些空闲时间给我 NetHang 更新了几个新功能:

  • Jitter
    • 允许乱序
    • 不允许乱序
  • 丢包分布
    • Random
    • Burst Low | Medium | High

关于 Jitter 乱序

市面上的大多数弱网工具产生的 Jitter 默认配置都是允许乱序的,但是现网测试结果表明实际网络中发生的包乱序比例是极低的,仅仅在基站切换,卫星切换或者 Multipath 传输之类的瞬间有可能发生并且转瞬即逝,而长时间的、持续的乱序基本都是人为制造的。我们在讨论网络质量时所讨论的 Jitter 更贴切的描述应该是网络中的堆积突发( Accumulate & Burst ),因此在 NetHang 中使用的 带分布的堆积突发 来实现不允许乱序的 Jitter 。

关于丢包分布

同理,大家平时测试经常使用的随机丢包在分布上也与现网中的情况大相径庭。现网中传输层(及以下)的小丢包基本都会变成应用层的延迟和 Jitter (由于各种协议的丢包重传机制的原因),而能观测到的大丢包基本都是不同节点性能资源限制和队列控制的共同作用结果,从分布上来说都不是那么 “随机” 的,更多的呈现出一定的突发性和连续性。NetHang 中实现的 Loss Burst Low | Medium | High 分别对应的平均连续丢包数是 3 、10 和 50 。这在一定程度上能够使丢包更像真实世界中的情况,而要真正做好丢包和延迟需要结合带宽限制和队列控制一起来进化。

Links

欢迎大家试用和提出建议