问题标签 [context-switching]

我正在编写一个查询来计算一些值并将它们定期保存到一个表中。我需要的值是从函数调用返回的。

这些值需要保存到表中，我有一个 dbms 计划作业将这些值插入到表中。该作业执行以下操作；

计划作业运行超过 8 小时，记录超过 50 万条！我了解函数中的逻辑非常耗时，并且在从函数中进行选择时会发生上下文切换。我还有其他方法可以实现这一目标，并具有更好的性能吗？

我在 Oracle 12c 上。关于如何使这项工作运行得更快有什么建议吗？

在 Linux Kernel 中，当处理器上下文从一个线程切换到另一个线程时，寄存器的状态会保存到 PCB 中，并且会进行更多的簿记以确保可以再次加载确切的状态。

从内核内存中保存和加载寄存器的整个过程可能需要一些 CPU 周期。这个时间也是在用户 CPU / 系统 CPU 或其他地方

我有一个关于在上下文切换中将保存哪些数据的问题。我已经搜索过，但所有链接都只讨论了寄存器。

我的问题是 os 是否也保存进程的内存值？

假设一个进程定义了一个从 Ram 的地址 0x80000 开始的数组。当上下文切换发生时，这个数组会发生什么？也许新进程会覆盖内存中的 0x80000 地址，当旧进程继续工作时，它会丢失数组！

谁能解释一下？

我已经读过，当上下文切换发生时，该特定进程的上下文将保存在进程控制块中。但我想知道为什么上下文不能保存在进程本身中，所以 CPU 只需要提醒自己必须恢复哪个进程，而不是将上下文复制到 PCB。

在理想的异步程序中，每个事件循环在接收数据和轮询->动作-执行之间的停机时间总是为零。

我的程序侦听一组端口，并将数据轮询和移动到队列中发生在单个异步核心 (A) 上。然后我有另一个异步核心（B），它从该队列中获取数据并处理它。然后我有另一个运行后台子程序（C）的异步核心。所有 A、B 和 C 都发生在不同的线程上。

假设有大量的数据流负载，核心 B 因待处理的工作而过载（这实际上意味着最终用户的“滞后”）。检测这种过载的常用方法是什么，如果检测到过载，我应该使用另一个与 B 连接的 async-core(D) 吗？

在java中，线程改变状态时会发生上下文切换吗？

我搜索了很多网站，但没有找到任何关于此的文章。

因此，如果有人可以提供帮助，将不胜感激。

像这样：

下面给定的 plsql 块将发生多少次上下文切换

在linux中切换arm32的汇编是这样的：你可以看到没有cpsr reigister备份，比较其他arch，如mips或riscv，其对应的mstatus和status寄存器都是_switch_to期间的备份和恢复，所以，为什么会有差异？

我想知道像我将在下面展示的那样的异步实现是否会产生上下文切换问题。

我看到一个警告，如屏幕截图所示。

这个警告指的是什么？

除了上下文切换之外，是否还有其他因素会影响进程同步中的有界等待属性？