有人告诉我，我需要在 Windows Server 2022 机器上托管的第三方应用程序需要 3 个 8 核的 CPU，但我的企业云配置服务（在内部工作）指定了以 vCPU 为单位的计算能力。
多核 CPU 和 vCPU 之间有什么关系？
我有一个在 4 核机器上运行 1 个 vCPU 的 KVM。
lscpu在 KVM 中给了我 1 个 CPU 和 1 个核心：
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 43 bits physical, 48 bits virtual
CPU(s): 1
On-line CPU(s) list: 0
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 13
Model name: QEMU Virtual CPU version 2.5+
Stepping: 3
CPU MHz: 2300.000
BogoMIPS: 4600.00
Hypervisor vendor: KVM
Virtualization type: full
L1d cache: 32 KiB
L1i cache: 32 KiB
L2 cache: 4 MiB
L3 cache: 16 MiB
NUMA node0 CPU(s): 0
Vulnerability Itlb multihit: KVM: Vulnerable
Vulnerability L1tf: Mitigation; PTE Inversion
Vulnerability Mds: Vulnerable: Clear CPU buffers attempted, no microcode; SMT Host state unknown
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Vulnerable
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, STIBP disabled, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl xtopology cpuid tsc_known_freq pni cx16
x2apic hypervisor lahf_lm cpuid_fault pti
但是当我top在 KVM 中运行时，平均负载有时会超过 2 或 3，就好像我的 KVM 有超过 1 个内核一样。这是为什么 ？有没有办法纠正 top 显示的负载，使其与 KVM 的 1 个 vCPU 一致？
我一直偏执地认为我在一个t3.micro实例上收听的 websocket 提要被同一管理程序下其他实例的 cpu 窃取时间所禁止。
所以我切换到一个c5d.large实例，并且肯定注意到延迟更少。但现在我很好奇......我的CPU 信用图在 EC2 监控部分消失到哪里了？
实例是否由于某种原因c5d.large没有CPU 积分？如果不是，为什么不呢？
我正在将 xml libvirt 配置移植到 qemu 可执行参数。简单地说，我有 .xml vm 配置，我想通过使用特殊的命令行参数virsh edit vm-name执行来运行同一台 vm 机器。qemu-system-x86_64死于我无法使用的特定需求libvirt。问题是 .xml vm config 使用来自主机的特殊 cpu 映射：
<cputune>
<vcpupin vcpu='1' cpuset='3'/>
<vcpupin vcpu='0' cpuset='0-2'/>
<emulatorpin cpuset='0-2'/>
</cputune>
然后在 cpu numa config 中使用这些 vcpus：
<cpu>
<numa>
<cell cpus='0' memory='2097152'/>
<cell cpus='1' memory='2097152'/>
</numa>
</cpu>
我以这种方式映射 numa 配置：/usr/bin/qemu-system-x86_64 -numa node,nodeid=0,cpus=0,mem=2048 -numa node,nodeid=1,cpus=1,mem=2048但我不知道如何为/usr/bin/qemu-system-x86_64. 那就是问题所在。有任何想法吗？
PS 我的具体任务是在 Kata-containers 运行时运行带有 vcpu 调优的特定 vm，因为我想在 Docker 或 Kubernetes 下运行这样的 vm。所以我需要修补 kata-runtime。Kata-runtime 使用Intel GoVmm运行 qemu-kvm vms ，它只能使用命令行参数运行 qemu 二进制文件。目前我正在修补 govmm 以满足我的特定需求。Intel govmm 不使用 libvirt。
我正在运行一个 Linux c5d.9xlarge 实例，想知道它使用的是什么 CPU。亚马逊的实例类型网页指出：
C5 和 C5d 12xlarge、24xlarge 和 metal 实例具有以下规格：
- 定制的第二代英特尔至强可扩展处理器 (Cascade Lake)，具有 3.6GHz 的持续全核睿频频率和高达 3.9GHz 的单核睿频频率。
所有其他 C5 和 C5d 实例具有以下规格：
- 定制的第二代英特尔至强可扩展处理器 (Cascade Lake)，具有 3.6GHz 的持续全核睿频频率和高达 3.9GHz 的单核睿频频率或具有持续全核的第一代英特尔至强铂金 8000 系列 (Skylake-SP) 处理器Turbo频率高达3.4GHz，单核睿频高达3.5GHz。
所以我很好奇我是否拥有第一代至强白金 8000 系列或第二代至强可扩展处理器。我该如何检查？uname -a只是给我：
$ uname -a
Linux ip-111-11-11-111.us-west-1.compute.internal 4.14.165-131.185.amzn2.x86_64 #1 SMP Wed Jan 15 14:19:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
我正在使用amzn2-ami-hvm-2.0.20200207.1-x86_64-gp2AMI。
我确实有一台带有 2 个 CPU（每个 22 个内核加上 HT）的服务器。我创建了一个分配有 64 个内核的 KVM 来宾。当我运行编译任务时，虚拟机以 100% 显示所有 64 个内核（在中等磁盘 I/O 和内存使用情况下），但在物理机上，来宾仅以 100% 使用 14 个内核，而不是随机使用所有 88 个内核（或64 个专用核心，100%）。即使我产生更多的编译任务，这也不会改变。是否需要更改任何参数或设置才能实际使用所有可用的计算能力？
我支持制造商的ERP系统。我们在由第三方云提供商托管在 VMware 上的数据库上遇到间歇性应用程序性能问题。（他们是一个较小的供应商......不是谷歌、微软、亚马逊等。）我一直在想，他们的商业利益决定将尽可能多的客户虚拟机推到一个主机上，因为他们可以逃脱，并且我不知道我们是否由于 CPU 就绪时间长、内存膨胀或磁盘资源争用而导致性能下降。当然，他们的销售人员描绘了一幅美好的图画，但如果我在追寻其他未知数，我怎么能确定问题出在哪里？如何在不访问主机的情况下排除堆栈的基础设施层？我看到每个内核的 CPU 使用率都达到 100%，并且在查看正在运行的数据库会话时找不到明显的解释。（有时作业运行得很快，有时几乎相同的作业挂起而没有明显的阻塞。）
在不久的将来，迁移到另一家供应商或将这些机器采购到我们自己的服务器机房都不太可能，但如果有确凿的证据来推动我们从这里采取下一步行动，那就太好了。
编辑：来宾机器正在运行 Windows 2008 R2 Datacenter。
我们在 Ubuntu 9.10 上有一个 KVM 主机系统，它带有一个更新的四核 Xeon CPU 和超线程。正如英特尔产品页面所详述的那样，该处理器有 4 个内核，但有 8 个线程。/proc/cpuinfo 和 htop 都列出了 8 个处理器，尽管每个处理器都在 cpuinfo 中声明了 4 个内核。KVM/QEMU 还报告 8 个 VCPU 可分配给来宾。
我的问题是当我为 VM 来宾分配 VCPU 时，我应该按内核还是按线程分配？由于 KVM/QEMU 报告服务器有 8 个 VCPU 要分配，我是否应该继续设置来宾使用 4 个 CPU，而我之前将它设置为使用 2 个（假设总共有 4 个 VCPU 可用）？我想在不过度分配的情况下充分利用主机硬件。
更新： Chopper3 的回答无疑是正确的做法。但是，我仍然很想听听任何硬件专家的意见，他们可以阐明线程与内核的性能方面......有人吗？
我想创建一个具有 32 个可能的 VCPU 的 Xen VM，但让来宾操作系统在启动时只启用其中的 2 个。我可以传入一些内核参数来启用它吗？我玩过 , 和 的各种组合，additional_cpus但似乎找不到任何有效的方法。disabled_cpuspossible_cpus
谢谢！
具体来说，名为 dbsrv10 的进程总是固定在 100% 或更多的 CPU 使用率上。
我尝试使用以下命令清除队列刷新：zman queue-flush F zman queue-flush S
然而，这只让 CPU 稳定了大约 20 分钟。
我在 VMWare 3.5 上的 SLES10 SP2 上运行 ZCM 10.2.0。
我最近完全禁用了补丁管理，因为它导致了磁盘空间问题。
我的 loader-messages.log 文件总是很忙，也许有人能理解这一点：
[DEBUG] [8/4/09 9:29:19 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1763657] [] [] [DEBUG] [8/4/09 9:29 :19 AM] [] [Loader.Status Storer Module] [] [Moved Status_b11714bce362d4ea7e377f550b19e8aa_1249396137 593.xml 到失败的目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader .Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [失败的目录大小： 1766252] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml 到失败的目录。] [] [] [DEBUG ] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [处理 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [8/4/09 9:29:49上午] [] [装载机。状态存储模块] [] [失败的目录大小：1766856] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml到失败的目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1767460] [] [] [DEBUG] [8/4/09 9:29:49 AM ] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml 到失败的目录。] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [Loader.Status Storer Module] [] [Processing Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1768064] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [Moved Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml 到失败的目录。] [] [] [DEBUG ] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [处理状态_488000110f3c7d43b318bc49c7aecca2_1249396293 406.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [Processing Status_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [ ] [处理状态_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1770464] [] [] [调试] [2009 年 8 月 4 日上午 9:31:50] [] [Loader.Status 存储模块] [] [将 Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml 移动到失败的目录。] [] [] [DEBUG] [8/4/09 9:34:02 AM] [] [Loader.QueueRunner] [] [没有为操作 ID 注册的处理程序：30626，类型：SUBSCRIPTION_DOWNLOAD] [] []