我在服务器上有一个单线程进程，我想静态绑定到一个 CPU 内核并始终为其提供所有可用的计算能力（它是受资源不足严重影响的实时进程）。不幸的是，机器严重超载，因此 CPU 平均占用 60% 或更多 CPU，并且进程通常会窒息。我已经分配了实时循环优先级 99，但它仍然远非完美。
如何在启动时将所有其他进程分配给剩余的 7 个 CPU 核心，并让一个核心专用于这一进程？我说的是所有新生成的进程从一开始就已经绑定到 7 个内核的情况。
我有具有加密驱动器的远程机器，因此每次完全重启都需要对机器进行物理访问。机器刚刚遇到磁盘空间不足的问题，因此部分正在运行的服务崩溃/进入奇怪的故障状态。我想“软重启”机器而不实际重启整个内核，以避免重新安装驱动器和输入密码的必要性。
操作系统systemd用于服务管理和内核 4.9。
我们偶尔会遇到一些短暂的中断（最多几分钟甚至几秒钟），因此 UPS 中的电池几乎永远不会低于 90-80%。是否建议有时（例如半年一次）进行一些更深的放电，例如。到 30% 以强制更深的充电周期？
问题来自这样一个事实，即如果消费设备在很长一段时间内经历微小的放电，它们有时会获得不正确的电池充电感觉，因此最终在实际断开连接后，它们会在几分钟而不是预期的几个小时内失去电源。
它是否也会影响专业的 UPS，或者他们是否为这种情况做好了准备？有问题的 UPS 是 APC-SMT3000I
我正在阅读虚拟化中的 HA 技术，但我看到的所有解决方案或多或少都像更专业的 VRRP 一样工作 - 当主机关闭时，VM 会在另一台虚拟化主机上启动。如果存储是共享的（例如 iSCSI），那么可以启动“相同”的 VM，因此对于来宾操作系统来说，它看起来像是一种电源故障。但是如果内存中有一些重要的数据（例如内存数据库），那么它仍然会丢失。
尽管可以以一定的间隔创建正在运行的 VM 的快照（不幸的是，创建这样的快照需要大量时间，因此实际上不能每隔 10 秒就完成一次）。然后另一个虚拟化主机可以加载这样的快照并继续“不间断地”运行虚拟机（加上减去间隔时间）。
所以我的问题是 - 是否有任何解决方案自动“镜像”虚拟机，以便在虚拟化主机故障后虚拟机可以在另一台主机上“恢复”而不会出现明显的中断？从字面上看，就像虚拟机的 RAID1。在 RAM 级别上完全同步的镜像。
