- 主题:学了个新手艺，跨进程传递文件描述符
webserver还是httpserver？ 前者不太需要吧。
envoy有iouring的extension，虽然没那么纯粹，因为需要libevent去触发检查cq
我前些天看netty社区在大量试验iouring了，zuul也提供option了
主要是生产环境需要大量验证，还需要去兼容很多上古的redhat操作系统
【 在 leadu 的大作中提到: 】
: 这就是我看不起“开源运动”的一点：没有设计能力，没有执行落地能力
: 现在都该用iouring、dpdk做web server的年代了，一个落地的也没有
:
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 104.133.9.*
怪不得它的随核数的增长曲线是这样的。运行在内核态的部分在虚拟机得环境很容易偷cpu的。
【 在 hgoldfish 的大作中提到: 】
: IIS 的理论性能多半真是强于 nginx. 因为 IIS 把单纯的 HTTP 静态服务拿到内核去了。能够做出很变态的数据。问题是那不是现实。
:
: 【 在 hongyan2022 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 107.77.213.*
我很难想象类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.*