Closed MrBear2018 closed 2 years ago
我们看到, 在并发流水线启动预热并正式工作之后, 30名旅客的安检时长已经从3600下降到2160, 并发方案使得安检通道的效率有了进一步提升. 如果流水线持续工作, 效率应该会稳定在 1200(3600/3) 左右.
我对这里的 1200 有不同的看法. 如您书里面所说, 三个步骤耗时分别是
idCheckTmCost = 60 bodyCheckTmCost = 120 xRayCheckTmCost = 180
对于第三版安检线路, 由于每个模块都是并发执行, 因此这条线路的耗时取决于本线路中耗时最长的模块的总耗时. 这个耗时最高的模块就是xRayCheck模块
假设有1条这样的安检线路, 则耗时应该是: xRayCheckTmCost 30 = 30 180 = 5400 假设有3条这样的安检线路, 则理想情况下的耗时应该是 xRayCheckTmCost (30/3) = 180 10 = 1800
您这里简单的用 3600/3 = 1200 作为最终的最短耗时预期是不合理的
补充一下我看到的书籍版本信息: Go语言精进之路 从新手到高手的编程思想、方法和技巧 1 版次: 2022年1月第一版第一次印刷
有道理。书中的确考虑简单了。当每个安检线路“流水线”流满后,其处理能力的确应以最长的check为准,也就是xRayCheckTmCost的180s为一跳。后续更到errata.md中。感谢指出。
我对这里的 1200 有不同的看法. 如您书里面所说, 三个步骤耗时分别是
对于第三版安检线路, 由于每个模块都是并发执行, 因此这条线路的耗时取决于本线路中耗时最长的模块的总耗时. 这个耗时最高的模块就是xRayCheck模块
假设有1条这样的安检线路, 则耗时应该是: xRayCheckTmCost 30 = 30 180 = 5400 假设有3条这样的安检线路, 则理想情况下的耗时应该是 xRayCheckTmCost (30/3) = 180 10 = 1800
您这里简单的用 3600/3 = 1200 作为最终的最短耗时预期是不合理的