下午两点，第一阶段最后一个科目，高并发。
监控室里的人没有换，还是上午那七个，所长还坐在中间，保温杯放在桌上，位置没动过。
数据记录员的表格新开了一页。
高并发科目的测试规模比上午大一个量级，不是500笔，是5000笔，模拟5000个终端同时发起支付请求，在同一秒内涌入系统。
这个科目测的不是速度，是承载力。
系统能不能在极端压力下不崩。
所长看了一眼两边的技术团队确认信号，左边工行的值班员举了一下手，右边微光的值班员也举了一下手。
"开始。"
…………
5000笔交易在同一秒内下发。
监控室的屏幕上，两侧的数据同时炸开。
左边，工行。
交易笔数从0跳到了874，一秒，第二秒，1756，第三秒，2643。
硬件双通道启动了，两条并行处理链路同时工作，每条链路承担一半的交易量，数据流在屏幕上分成了两股，像两条河从同一个源头分开，各跑各的。
工行的技术负责人老方在测试间里盯着屏幕，他的手指搭在键盘上，准备随时干预，但不需要，双通道运行平稳，两条链路的负载几乎完全对称。
第五秒，5000笔，全部完成。
完成率：100%。
平均响应时间：189mS。
峰值响应时间：247mS。
拥塞：零。
右边，微光。
交易笔数从0跳到了1203，一秒，第二秒，2891，第三秒，4477。
异步架构没有分流，它不需要分流，所有5000笔交易进入同一条处理管道，本地账本模块逐笔确认占用锁，异步回调排队执行，管道没有堵。
第四秒，5000笔，全部完成。
完成率：100%。
平均响应时间：11.7mS。
峰值响应时间：14.2mS。
拥塞：零。
…………
两组数据并排出现在汇总面板上。
工行：5秒完成，100%，189mS，零拥塞。
微光：4秒完成，100%，11.7mS，零拥塞。
戴委员在本子上记了两行数字，他的2B铅笔写得很轻，笔画细细的。
…。。