标签: central-processing-unit

我们在 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 的答案无疑是正确的方法。但是，我仍然很想听听任何硬件专家的意见，他们可以阐明线程与内核的性能方面……有人吗？

我有几个进程占用了大量系统 CPU 时间（通过查看 vmstat 确定）。有没有一种简单的方法可以找出正在执行的系统调用类型？

我知道有 strace，但是有没有更快更简单的方法？是否存在类似于系统调用的“顶部”之类的东西？

在性能方面，英特尔至强 i7 处理器上的 L3 缓存大小对虚拟化功能有多大影响？

我正在为一台服务器挑选 Xeon 1366 Nehalem/Westmere CPU，我将其指定为大约 4-5 个虚拟机的低端虚拟化主机。

4MB L3 Cache 和 8MB L3 Cache 之间似乎存在价格差异。增加到 8MB 与 4MB 相比，我能获得多少性能？

在我的 HFT 软件中，我计划使用一个内核来计算股票指数。这将是简单的while(true)循环，没有任何延迟，它将尽可能频繁地计算（求和和乘法）分量（每秒数百万次），我计划每天这样做 8 小时。

我以前从来没有把我的电脑每天 100% 全职加载。可能有危险吗？处理器是否有某种“资源”（当然非常大）之后它可以停止工作？

我们有一个 EC2 实例 (Ubuntu)，其中包含一些基于 Java 的应用程序，最近我们遇到了高 CPU 利用率峰值，这会触发我们的 Cloudwatch 警报之一。当我们进入服务器查看 cpu 利用率时，事情已经平静下来。

我们希望在其中一封警报电子邮件中看到正在运行的进程列表及其发出警报时的 CPU 利用率 (%)。这甚至可能吗？

在过去的两周里，我们的系统 CPU 使用率（显示为 %sys）出现了间歇性的严重峰值，这可能会持续半分钟，锁定大多数进程，包括 ssh。

我一直在试图解决这个问题，但 atop 没有显示任何相关内容（它显示的进程的系统使用情况无关紧要），峰值是间歇性的，我无法使用该 Web 服务器托管的 Web 应用程序的任何工作负载重现峰值。

如果您对如何调试高 %sys 和（有时）%si CPU 使用率有任何想法，请分享它们。

系统规格（不知道这些是否相关）：专用服务器，CentOS 6，核心 i7 950，始终可用的 4 至 8 GB RAM，硬盘为 RAID-1。

附加信息：

• dmesg 输出在尖峰之间不会改变
• /var/log/messages 在峰值之间不会改变
• 这是cat /proc/vmstat
• 这是典型峰值期间mpstat 1 的输出

添加 07.11.11：看起来像简单的重启恢复系统状态，我们可能永远不知道是什么导致了干扰。

我需要一些帮助来确定我在服务器上的 Linux 下看到的内存带宽是否正常。这是服务器规范：

HP ProLiant DL165 G7
2x AMD Opteron 6164 HE 12-Core
40 GB RAM (10 x 4GB DDR1333)
Debian 6.0

mbw在这台服务器上使用我得到以下数字：

foo1:~# mbw -n 3 1024
Long uses 8 bytes. Allocating 2*134217728 elements = 2147483648 bytes of memory.
Using 262144 bytes as blocks for memcpy block copy test.
Getting down to business... Doing 3 runs per test.
0   Method: MEMCPY  Elapsed: 0.58047    MiB: 1024.00000 Copy: 1764.082 MiB/s
1   Method: MEMCPY  Elapsed: 0.58012    MiB: 1024.00000 Copy: 1765.152 MiB/s …

每周一两次 taskhost.exe 使我的计算机停止运行！它占用了我的 CPU 功率的 25%（即 1 个处理器）。我不能杀死它，也不知道它在做什么。我想象它是某种窗口的预定活动。

我怎样才能弄清楚是什么导致了这个问题？我怎样才能阻止它？

我正在使用 Debian 8 amd64 机器进行基准测试。在实验过程中，我希望 CPU 以固定频率（最好是最大可能）运行。这将排除 CPU 时钟速度作为结果变化的来源。

经过一番阅读，似乎正确的做法是将 CPU 调控器更改为performance，这在 Linux 内核文档中描述：

CPUfreq 调控器“性能”将 CPU 静态设置为 scaling_min_freq 和 scaling_max_freq 边界内的最高频率。

遗憾的是，没有提供有关scaling_min_freq和 的更多详细信息scaling_max_freq。希望这无关紧要，因为使用的 CPU 频率是间隔的最大值。

所以我使用 cpufreq-set 启用了这个调控器：

$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
表现
表现
表现
表现

为了更好地衡量，我还在 bios 中禁用了涡轮增压模式：

$ cat /sys/devices/system/cpu/intel_pstate/no_turbo
1

根据以上对性能调节器的描述，我预计 CPU 时钟速度不会出现波动。然而，如果我反复运行cpufreq-info，我会看到时钟速度波动：

$ cpufreq-info | grep '当前 CPU fr'
  当前 CPU 频率为 4.00 GHz。
  当前 CPU 频率为 3.99 GHz。
  当前 CPU 频率为 4.00 GHz。
  当前 CPU …

这是机器规格：

CPU(s):                20
Thread(s) per core:    1
Core(s) per socket:    10
Socket(s):             2

根据我到目前为止所读到的内容，这些数字意味着我可以运行 20 个并行作业，因为我有 20 个 CPU。

但是，每个 CPU 中可以运行多少个线程？