Linux 跟踪逻辑脱机后的CPU使用情况

我感兴趣的是跟踪CPU使用情况的任何可能方法，以及CPU核心上发生的进程/中断列表，这些进程/中断已通过以下方式在逻辑上离线：

echo 0 > /sys/devices/system/cpu/cpuN/online

---

是否有一个文件或任何对象仍然跟踪该内核上发生的进程/中断，因为对于大多数测量程序来说，内核是不可见的，例如top？

使CPU脱机的一部分是确保它不会执行任何进程或任何IRQ，因此没有任何可跟踪的内容

---

请注意，脱机是热插拔支持的一部分，可以随时从计算机上拔出，只是大多数真正的硬件不支持热插拔CPU。

使CPU脱机的一部分是确保它不会执行任何进程或任何IRQ，并且不会有任何跟踪

---

请注意，脱机是热插拔支持的一部分，可随时从计算机上拔下，只是大多数真正的硬件不支持热插拔CPU。

@Anton9988:我希望内核将内核置于其最低功耗状态，并执行cli以禁用所有IRQ和hlt，以等待因禁用而不会发生的IRQ；导致内核实际上无法执行单个指令，直到/除非它通过特殊的AP CPU启动/重置序列重新联机。@Anton9988:我应该补充一点，虽然大多数真实硬件不支持热插拔CPU，但有些确实支持，有些虚拟机支持。如果调度程序可以获取脱机内核，那么它将是一个主要的bug，但不能保证没有主要bug。@Anton9988:是的。从主板的一个插槽中拉出处理器包，并在系统仍在其他插槽的CPU内核上运行时，可以选择放入新的处理器包。显然，只有在多插座系统中才有意义，当然也只有在电气设计方面才有意义，在启动方面也是如此；SATA电源/数据连接器具有更长的接地引脚，因此触点优先，热插拔安全。对于CPU，只有非常大的iron/high reliability&update系统才能支持这一点。CPU软件包与系统其他部分之间的连接量远远高于SATA，延迟要求通常要低得多，因此这是一个更难的设计问题，除非您真正需要它，否则不值得这么做，不像SATA。坏内存或CPU可能会损坏某些东西，无论如何都需要重新启动，因此，具有热插拔CPU的系统可能具有冗余，以便在损坏全局内核数据之前检测错误，如果这是使CPU脱机的动机的话。如果只是为了升级连接到插座的内存，这可能是有意义的，或者更换坏RAM，其中ECC检测到一个位一直失败，而错误仍然可以纠正。@Anton9988:我希望内核将内核置于其最低功耗状态，并执行cli以禁用所有IRQ和hlt，以等待因其被禁用而不会发生的IRQ；导致内核实际上无法执行单个指令，直到/除非它通过特殊的AP CPU启动/重置序列重新联机。@Anton9988:我应该补充一点，虽然大多数真实硬件不支持热插拔CPU，但有些确实支持，有些虚拟机支持。如果调度程序可以获取脱机内核，那么它将是一个主要的bug，但不能保证没有主要bug。@Anton9988:是的。从主板的一个插槽中拉出处理器包，并在系统仍在其他插槽的CPU内核上运行时，可以选择放入新的处理器包。显然，只有在多插座系统中才有意义，当然也只有在电气设计方面才有意义，在启动方面也是如此；SATA电源/数据连接器具有更长的接地引脚，因此触点优先，热插拔安全。对于CPU，只有非常大的iron/high reliability&update系统才能支持这一点。CPU软件包与系统其他部分之间的连接量远远高于SATA，延迟要求通常要低得多，因此这是一个更难的设计问题，除非您真正需要它，否则不值得这么做，不像SATA。坏内存或CPU可能会损坏某些东西，无论如何都需要重新启动，因此，具有热插拔CPU的系统可能具有冗余，以便在损坏全局内核数据之前检测错误，如果这是使CPU脱机的动机的话。如果只是升级连接到套接字的内存，这可能是有意义的，或者替换坏的RAM，在这种情况下，ECC检测到一个位一直在失败，而错误仍然可以纠正。