批处理 运行 时间对比无批处理代码的 运行 时间
Batch run time against run time of code without batch
批次历史记录中 start-/stop-timestamps 的准确性如何?
我注意到,批处理运行时在历史记录中声明了一分钟。批处理执行的代码包含一个查找方法,只有当此 returns 为 false 时,才会执行进一步的代码。查找方法本身几乎立即运行。
我已经通过信息日志在代码中添加了时间戳,并且可以在批处理的历史记录中看到这些时间戳。一个时间戳在第一行,另一个在代码的最后一行。增量为 0.
所以我想问一下,这个时间增量(代码中针对时间戳的历史记录的停止-开始)从何而来?!
有没有"overhead"之类的。每次执行批处理需要花费多少时间?
BatchJobHistory
(批处理作业历史记录)中的时间戳最多偏离一分钟。
BatchHistory
(显示任务)中的时间戳非常准确(一秒分辨率)。
BatchJobHistory
中的时间戳表示批处理系统开始和观察完成的时间。由于实现细节,这可能与 BatchHistory
.
中记录的实际执行时间相差 60 秒
这也是AX批处理系统难以监控的又一原因。
批次历史记录中 start-/stop-timestamps 的准确性如何?
我注意到,批处理运行时在历史记录中声明了一分钟。批处理执行的代码包含一个查找方法,只有当此 returns 为 false 时,才会执行进一步的代码。查找方法本身几乎立即运行。
我已经通过信息日志在代码中添加了时间戳,并且可以在批处理的历史记录中看到这些时间戳。一个时间戳在第一行,另一个在代码的最后一行。增量为 0.
所以我想问一下,这个时间增量(代码中针对时间戳的历史记录的停止-开始)从何而来?! 有没有"overhead"之类的。每次执行批处理需要花费多少时间?
BatchJobHistory
(批处理作业历史记录)中的时间戳最多偏离一分钟。
BatchHistory
(显示任务)中的时间戳非常准确(一秒分辨率)。
BatchJobHistory
中的时间戳表示批处理系统开始和观察完成的时间。由于实现细节,这可能与 BatchHistory
.
这也是AX批处理系统难以监控的又一原因。