<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cloud Hypervisor学习笔记 – CPU优化</title>
    <link>https://skyao.net/learning-cloud-hypervisor/optimize/cpu/</link>
    <description>Recent content in CPU优化 on Cloud Hypervisor学习笔记</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-cn</language>
    <lastBuildDate>Mon, 01 Dec 2025 00:00:00 +0000</lastBuildDate>
    
	  <atom:link href="https://skyao.net/learning-cloud-hypervisor/optimize/cpu/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>Optimize: 概述</title>
      <link>https://skyao.net/learning-cloud-hypervisor/optimize/cpu/overview/</link>
      <pubDate>Sat, 15 Nov 2025 00:00:00 +0000</pubDate>
      
      <guid>https://skyao.net/learning-cloud-hypervisor/optimize/cpu/overview/</guid>
      <description>
        
        
        &lt;p&gt;高密部署意味着 CPU 必然是超分 (Overcommit) 的。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;vCPU 拓扑:&lt;/p&gt;
&lt;p&gt;建议 MicroVM 配置为 1 vCPU。对于微服务或函数计算场景，单核足以处理，且调度开销最小。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Host 调度器调整:&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;不要在 Host 上对 MicroVM 进行严格的物理核绑定 (Pinning)，因为高密场景下这会导致碎片化。依赖 Linux CFS (Completely Fair Scheduler) 进行调度。&lt;/p&gt;
&lt;p&gt;Halt Polling: 调整 KVM 的 halt_poll_ns。对于高密且 I/O 频繁的场景，适当降低该值，让 vCPU 空闲时尽快释放物理 CPU 资源给其他 VM，而不是空转等待唤醒。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;VMM (Virtual Machine Monitor) 进程开销:&lt;/p&gt;
&lt;p&gt;Cloud Hypervisor 是多线程模型。确保其辅助线程（如 vhost-user 线程, API 线程）不会抢占过多的计算资源。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;

      </description>
    </item>
    
  </channel>
</rss>
