我很难想象类iouring的东西能比已有的iocp和epoll好太多。iouring最主要还是给disk io用的吧，所以纯网络的框架还没那么狂热。包装了async disk io的event框架才想趁机消除一波tech debt。

从应用上，把基于io event切换成基于buffer event也是有风险的，假设iouring提高事件部分15%的性能，那么一个http栈预测会有多少cpu消耗在event上呢，有没有20%？综合起来就是迁移之后提高3%左右。动力是有，但是没那么大
【 在 leadu 的大作中提到: 】
: 没有落地的就别说啥执行力了吧。
: Windows 8上面有registered io（rio），dpdk和iouring抄的rio。
: 大概是2016年有人给.net的application server提过rio的修改，性能据他们公司自己测试，打爆了techempower上所有框架。
: ....................

- 来自「最水木 for iPhone12,8」
--
FROM 107.77.214.*

闭源没啥问题，我不喷闭源，但是我选择依赖的时候我更愿意选择开源的，好和不好都看得见。闭源太不透明，选择它真的要肉眼可见的好，比如ios oracle什么的。


开源和开放管理都是双刃剑，好处是群众基数会很大。能不能运作好，发挥这个优点弥补缺点，没有答案。

我喷那个iis更多地是因为iis那个随核数增长的曲线不合常理，我抛个砖希望引个玉解释一下可能的原因。
【 在 leadu 的大作中提到: 】
: “开源运动”另外一个让人看不起的点就是，技术问题通过谎言手段变的宗教化。
:
: 商业，免费，闭源，开源，开放，开源运动，这六个是不同的东西。
: ....................

- 来自「最水木 for iPhone12,8」
--
FROM 107.77.214.*

windows上测试rio，吞吐可以提升5-30%，延迟可以改进不少，对于100g及以上的网卡可以提供支持，否则如果这几个web server再不思进取，网卡都打不满就丢人了
【 在 lambdai 的大作中提到: 】
: 我很难想象类iouring的东西能比已有的iocp和epoll好太多。iouring最主要还是给disk io用的吧，所以纯网络的框架还没那么狂热。包装了async disk io的event框架才想趁机消除一波tech debt。
: 从应用上，把基于io event切换成基于buffer event也是有风险的，假设iouring提高事件部分15%的性能，那么一个http栈预测会有多少cpu消耗在event上呢，有没有20%？综合起来就是迁移之后提高3%左右。动力是有，但是没那么大
: - 来自「最水木 for iPhone12,8」
--
FROM 114.246.171.*

讨论技术基于事实，逻辑对的上。

老鱼的“问题是那不是现实”，不知道他觉得哪里不是现实。
他是水木著名大水车兼微软胡编黑，但他本人脾气不错，有技术人员的底色，数据和事实放他眼前，他还是承认的。所以我经常调戏他...

而你回复的“运行在内核态的部分在虚拟机得环境很容易偷cpu的”这个也和目前已知数据不符。
nginx vs iis这种性能测试每隔几年就会有人做一次，目前各种环境测试结果都是iis性能强。所以其实没有必要找什么别的解释。
iis这个内核处理http协议的技术在20年前还是不错的，现在看明显过时了。


【 在 lambdai 的大作中提到: 】
: 闭源没啥问题，我不喷闭源，但是我选择依赖的时候我更愿意选择开源的，好和不好都看得见。闭源太不透明，选择它真的要肉眼可见的好，比如ios oracle什么的。
:
: 开源和开放管理都是双刃剑，好处是群众基数会很大。能不能运作好，发挥这个优点弥补缺点，没有答案。
: ...................
--
修改:leadu FROM 114.246.171.*
FROM 114.246.171.*