第322章 你错哪了[2/3页]
理由是开源、灵活、可定制、社区响应快，最关键还成本低。
COnfinity从第一天起就跑在UniX上，你们的整套支付引擎和加密模块都是在这个生态里构建的。
强行迁移到NT等于推倒重来。”
两人点了点头。
陈浩站起来，走到会议室角落的白板前面。
白板上还残留着一些没擦干净的笔迹，他拿起板擦清理了一块区域，捡起一支马克笔。
“既然双方都认为自己是对的，那就不要吵了。
我们做一个技术推演。用事实说话。”
他在白板上画了一个方框，写了“WindOWSNT4.0”。
“玛斯克，你想把系统迁到NT上。
那我们就假设迁移成功了。
整套支付后端跑在WindOWSNTServer4.0上面。
现在我们假设一个场景。”
他在方框下面写了一行字：圣诞节促销日，高峰时段。
“eBay在今年的感恩节和圣诞节促销期间，单日交易笔数峰值超过了一百五十万笔。
而在线支付作为eBay的主要支付通道，至少要承接其中百分之四十以上的交易。
也就是说，一天之内你们的系统要处理六十万笔以上的实时支付请求。
这些交易的特征是什么？
金额小，频率高。
平均交易额不到二十美金，但并发量极大。
高峰时段每秒钟涌进来的请求数可以到几百甚至上千。”
陈浩在白板上画了一条时间轴，标注了流量曲线。
“这种场景下，NT的IIS中间件层会发生什么？”
他转过身看着玛斯克。
玛斯克没有回答，眼睛盯着白板。
陈浩继续在白板上写。
“WindOWSNT4.0的IIS，底层的线程调度模型是基于I/O完成端口。
理论上这个机制在处理中等并发量的时候效率不错。
但是它有一个天生的短板，那就是内存管理。”
他画了一个内存分配的示意图。
“NT的内核在处理大量短生命周期的TCP连接时，每一次连接建立都会分配一块非分页内存池。
连接关闭之后，这块内存的回收依赖于内核的延迟回收机制。
在正常负载下，回收速度跟得上分配速度，没有问题。”
他在示意图的右侧画了另一条曲线，标注了“高频并发”。
“但在每秒数百笔支付请求的场景下，TCP连接的建立和断开速度远超内核回收的节奏。
非分页内存池会在短时间内被耗尽。
一旦非分页池枯竭，NT内核不会优雅地降级。
（本章未完，请点击下一页继续阅读）
第322章 你错哪了[2/3页]