gpt4 book ai didi

swift - 弄清楚 Swift 中何时发生上下文切换

转载 作者:搜寻专家 更新时间:2023-10-31 08:24:09 28 4
gpt4 key购买 nike

老实说,我不知道我的问题是否有解决方案,但我想在 Swift 中捕捉上下文切换发生的时间。

我正在想象一个需要很长时间才能完成的功能,例如远程服务器上的写操作,我在想是否有办法了解何时(至少在哪一行)线程是执行该任务正在执行上下文切换,因为必须执行另一个等待很长时间的任务。

如果对你来说这可能是一个愚蠢的问题,或者如果我在尝试解释上述内容时犯了错误,我很抱歉

编辑:

我说的是调度程序自动请求发生的上下文切换。因此再次想象我们正处于这个执行大量操作的长函数的中间,调度程序给了这个任务几秒钟的时间,例如10秒才能完成。如果进程用完时间并且没有结束任务,它将被挂起,例如线程将执行另一个进程的另一个任务。当它结束时,调度程序可能会考虑再次尝试暂停的作业,并且将从暂停的地方开始恢复执行(因此将从 PC 寄存器读取值并继续执行)

最佳答案

您绝对可以得到您所要求的,但我感觉它对您的用处远没有您想象的那么大。大量(大量,大量!)上下文切换将发生在您可能认为“无趣”的地方。 lstat64()mach_vm_map_trap()mach_msg_trap()mach_port_insert_member_trap()kevent_id() ,这个列表还在继续。大多数线程大部分时间都花在操作系统堆栈的深处。 “远程服务器上的写操作”在花费很长时间后不会阻塞。它会主动阻止自己,因为它知道这将花费(令人难以置信的)很长一段时间。

即便如此,您当然可以使用 Instruments 探索这一点。只需选择 System Trace 配置文件,它就会向您显示所有线程和系统核心,以及您的线程和设备上所有其他线程的调度方式、每个系统调用等等。信息量巨大,所以你通常一次只分析几秒钟。但它看起来像这样:

Instruments with System Trace

如果您正处于上下文切换成为主要瓶颈的地步,这将是有用的信息。如果您正在处理过度的锁争用,或者如果您因为不断被其他线程打断而使您的 L1 高速缓存崩溃,则可能会发生这种情况。因此,如果您有一些您希望保持连续运行的线程,并且它被阻塞了,这就是非常有值(value)的信息。或者,如果您有两个您认为应该顺畅地来回工作的线程,但它们似乎在打架(快速切换),那么这就是您可以处理的问题。 (但这很少是您首先要寻找性能调整的地方之一,除非您正在处理非常低级的代码。)

根据您的描述,我认为您可能对调度程序有错误的认识。调度程序中的任何内容都不会达到 10 秒的数量级。在调度程序世界中,毫秒是很多时间。您应该考虑需要微秒甚至纳秒的事情。如果您正在编写假定从 RAM 中获取数据是免费的代码,那么您的时间尺度是错误的。 A network call is so ludicrously slow that you can basically estimate it as "forever."在上下文切换级别,您正在查看以下事件:

00:00.770.247   Virtual memory Zero Fill took 10.50 µs  small_free_list_add_ptr ← (31 other frames) 

关于swift - 弄清楚 Swift 中何时发生上下文切换,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53751633/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com