上下文切换 (CS)是基础操作系统提供的宝贵服务。 它可以防止贪婪的进程占用CPU,在多个线程/任务/进程之间分时分配CPU,从而造成连续进度的错觉。 但是,第一个进程的暂停和第二个进程的调度要求内核存储第一个进程的状态并加载第二个进程的状态。 所需的开销和时间称为上下文切换开销。
何必呢?
- 随着上下文切换的增加,CPU缓存中可用的上下文数据的可能性很小,因此需要从主内存中获取,这比从CPU缓存中获取相同数据的操作成本更高。 此外,CPU缓存中当前驻留的数据需要提交给RAM。 每个上下文切换的这两个操作在一起使问题变得很严重。
- 增加一般用户空间处理。 现在,需要来自CPU L1 / L2缓存的指令和数据的典型用户空间现在将需要从主存储器中获取相同的数据。
- 如上所述,增加了该过程的延迟。
如何解释数据?
CS可以分类如下;
- 自愿 –上下文切换可以由使其自身无法运行的过程触发,例如等待I / O或同步操作完成。 因此,该值可用于推断应用程序过程中阻塞调用的频率。
- 提示:考虑非阻塞,异步,反应模式
- 抢占式/非自愿式 –表示争夺CPU的进程,即使其任务尚未完成,也必须将其关闭。 简而言之,线程太多而不必要。
- 提示:减少线程,使用线程池,减少任务粒度
翻译自: https://www.javacodegeeks.com/2015/03/jvm-pressure-context-switching-overhead.html