如何限制VSCode的CPU使用率？（SSH远程连接CentOS7场景）

VSCode原生没有提供硬限制CPU使用率的配置项，针对你通过SSH连接共享CentOS 7虚拟机的使用场景，可以通过系统层面强制约束+VSCode侧优化的方式实现资源上限控制，避免占满CPU影响其他用户：

系统层面强制限制（可靠性最高） #

这层限制是操作系统层面的硬约束，不会因为VSCode自身机制调整失效，是共享服务器场景下的首选方案：

• 有root权限时用cgroups（CentOS 7默认内置）做固定配额
  操作步骤：
  1. 启动并设置cgroups服务开机自启：

     systemctl enable --now cgconfig cgred
     

  2. 创建CPU资源控制组，编辑/etc/cgconfig.conf添加如下配置，示例为限制该组进程最多使用2核CPU，可根据虚拟机总核数调整数值：

     group vscode_limit {
         cpu {
             cpu.cfs_quota_us = 200000;
             cpu.cfs_period_us = 100000;
         }
     }
     

     配置逻辑：cpu.cfs_period_us默认值100000代表100ms的统计周期，cpu.cfs_quota_us代表周期内进程组最多可使用的CPU时间，单位为微秒。限制1核就填100000，限制0.5核填50000即可。
  3. 配置自动匹配规则，编辑/etc/cgrules.conf添加如下行，将你的用户下所有VSCode相关进程自动划入限制组：

     你的系统用户名	*:vscode-server,node	cpu	vscode_limit/
     

     远程模式下VSCode在虚拟机内运行的服务端主进程名为vscode-server，TypeScript服务、扩展宿主等工作进程均为node进程，该规则可覆盖所有相关进程，无需手动干预。
• 无root权限时用cpulimit做进程级限制
  先安装工具：yum install cpulimit -y，每次SSH连接启动VSCode远程服务后，执行如下命令即可限制所有VSCode相关进程的总CPU占用，示例中-l 150代表最多占用1.5核CPU（按单核100%占比计算，可自行调整数值）：

  pgrep -f vscode-server | xargs cpulimit -l 150 -p
  

  该方案无需root权限，但VSCode服务重启后需要重新执行命令，稳定性弱于cgroups方案。

VSCode侧优化配置（配合系统限制降低突发占用） #

以下配置可减少VSCode不必要的CPU消耗，降低触发系统硬限制时的卡顿概率：

• 打开VSCode远程设置JSON文件，添加如下配置：

  {
    // 排除不需要实时监控的目录，减少文件扫描的CPU消耗
    "files.watcherExclude": {
      "**/.git/objects/**": true,
      "**/node_modules/**": true,
      "**/dist/**": true,
      "**/build/**": true,
      "**/*.log": true
    },
    // 限制TypeScript服务的内存和工作线程数
    "typescript.tsserver.maxTsServerMemory": 2048,
    "typescript.tsserver.workerThreads": 2,
    // 拉长自动提示触发间隔，减少实时计算量
    "editor.quickSuggestionsDelay": 500,
    "search.followSymlinks": false,
    // 关闭扩展自动更新，避免后台偷跑占用资源
    "extensions.autoUpdate": false,
    "extensions.autoCheckUpdates": false
  }
  

• 远程环境仅加载开发必需的扩展，禁用所有无关扩展，尤其是全项目索引、实时语法检查、实时格式化类扩展，这类扩展是CPU突发占用的主要来源。

注意：不要尝试在Windows本地限制VSCode界面进程的CPU占用——SSH远程开发模式下，消耗CentOS虚拟机CPU的是运行在虚拟机内部的vscode-server进程，本地界面进程仅消耗Windows本机资源，限制本地进程对虚拟机侧的CPU占用没有任何效果。

内容的提问来源于stack exchange，提问作者Kimmy