我有一组异步操作并具有相互依赖关系的任务。现在所有这些都是用自定义代码管理的,我想改用 OperationQueue。但是,时序性能非常关键。
对于当前实现,当一个任务完成时,它会立即调用所需的代码来启动下一个任务。所以所涉及的时间只是调用一个函数。现有任务相当少,有些是异步的,有些是单个函数调用。
从一项操作完成到下一个操作开始,涉及多长时间?
当你有这样的问题时,你可能只想测量它。路标和兴趣点(使用仪器"分析"应用程序(是衡量性能的好方法。因此:
import os.signpost
let pointsOfInterest = OSLog(subsystem: "Operations", category: .pointsOfInterest)
和:
let queue = OperationQueue()
queue.maxConcurrentOperationCount = 1
var id = OSSignpostID(log: pointsOfInterest)
queue.addOperation {
os_signpost(.begin, log: pointsOfInterest, name: "Operation", signpostID: id)
}
for _ in 0 ..< 100 {
queue.addOperation {
os_signpost(.end, log: pointsOfInterest, name: "Operation", signpostID: id)
id = OSSignpostID(log: pointsOfInterest)
os_signpost(.begin, log: pointsOfInterest, name: "Operation", signpostID: id)
}
}
queue.addOperation {
os_signpost(.end, log: pointsOfInterest, name: "Operation", signpostID: id)
}
我个人确保在执行这些测试之前让应用程序达到静止状态,通常只需将例程延迟几秒钟,这样它就可以减少标准应用程序启动开销,否则可能会改变结果。我还对我正在测试的任何内容进行多次迭代,以便获得更具代表性的结果集。
使用仪器的兴趣点工具对其进行分析可以获取这组结果并为我们总结它们。例如,在我的MacBook Pro上运行的iOS模拟器上,它报告:
最小值: 31.69 μs 平均: 74.70 μs 标准开发: 24.05 μs 最大值: 154.10 μs
在我的 iPhone XS Max 上:
最小值:44.92 μs 平均:125.78 μs 标准开发:43.61 μs 最大值:446.88 μs
您的里程可能会有所不同,但它以粗略的数量级说明了它所需的开销。最重要的是,对于大多数用例来说,开销可以忽略不计。
如果您有其他方案要测试,请随意。希望这说明了如何使用仪器中的兴趣点工具来衡量性能。有关更多信息,请参阅 仪器入门。
从一个操作完成到 下一个操作开始了吗?
下一个操作几乎立即开始。这个时间太小了,你可以忽略它。
使用操作队列还有其他偷听吗?
OperationQueue
是一个非常有效的解决方案。
您可以通过设置属性来控制性能:
服务- 质量:应用于使用队列执行的操作的默认服务级别。
- maxConcurrentOperationCount:可以同时执行的最大排队操作数。
如果操作相互依赖,请记住为它们设置此关系
- addDependency(_ op: Operation(:使接收方依赖于指定操作的完成。