vscode ssh 造成 服务器 负载（load average） 过高

最新推荐文章于 2025-05-20 18:06:01 发布
最新推荐文章于 2025-05-20 18:06:01 发布
阅读量5.7k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： linux c 文章标签： linux vscode load average 负载
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sunweiliang/article/details/106996569
本文分享了一次使用VSCode通过SSH进行远程开发时遇到的问题：远程服务器（Ubuntu 16.04）在VSCode断线重连后出现严重卡顿现象。作者发现尽管CPU负载不高，但vscode-server进程导致负载飙升至20+。关闭VSCode客户端和服务端后，服务器恢复正常。疑似vscode-server在断线重连时进入不可中断睡眠状态，引发服务器性能问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

最近使用 visual studio code（vscode）ssh远程开发。 远程主机是一台linux 服务器(ubuntu 16.04) 。

期间vscode 断线之后，重新连接，发现 服务器卡的很厉害，于是查看了一下 服务器的负载情况。

不看不知道，一看吓一跳：

其中 负载达到20+，我的天！

但是CPU 负载并不是很高，只有7.6% 。确实是一个怪事儿。

仔细想想，最近也没干什么事情啊┓( ´∀` )┏ ，莫非不是vs code 惹的祸 ？

于是把vs code客户端给关掉，把 vs code 服务端（上图中 vscode-server）给杀掉。

嗯，这下天下太平了。

 

复盘一下：

    vscode ssh 断线重连，导致vscode-server 造成服务器卡顿，在仔细瞅一下上图，在state（S） 一栏有好几个大写的红色的D

(uninterruptible sleep)，莫非是这个原因？有待进一步验证

服务器运维实战：服务器领域的成功经验
AI天才研究院
05-06 955
本文旨在为IT专业人员提供服务器运维的全面指南，涵盖从基础到高级的运维技术。我们将重点讨论生产环境中服务器运维的最佳实践，包括但不限于Linux/Windows服务器管理、性能优化、故障排查和安全加固等核心主题。本文首先介绍服务器运维的基础概念，然后深入探讨各项关键技术，最后通过实际案例展示如何将这些技术应用于真实场景。每个章节都包含理论讲解和实践指导，确保读者能够学以致用。SLA(服务等级协议)：服务提供商与客户之间定义的服务质量指标MTTR(平均修复时间)：系统从故障到恢复所需的平均时间。
服务器领域的运维技巧全解析：实用干货
AI天才研究院
05-08 988
服务器运维是保障IT系统稳定运行的核心工作，随着云计算和分布式系统的普及，运维工作的复杂性和重要性日益凸显。本文旨在系统性地介绍服务器运维的关键技术和最佳实践，帮助读者建立完整的运维知识体系，掌握实用的运维技巧。Linux服务器基础管理系统性能监控与优化自动化运维工具链安全配置与加固常见故障诊断与处理本文采用由浅入深的结构，首先介绍基础运维概念，然后深入探讨各项运维技术，最后提供实战案例和高级技巧。每个章节都包含理论讲解和实际操作示例，确保读者能够学以致用。SSH。
【已解决】VSCode 连接 Linux 云服务器，突然断连，内存读写打满爆表
m0_46635519的博客
04-18 611
没懂为什么内存配置不够，导致kill SSH，ssh连不上。为什么内存不够，IO占满了？无内存缓冲导致直接写盘。海量文件即使内存小也会产生大量IO负担Linux会在内存满时产生写入日志操作，更加增加负担部分程序没有内存供应时，也会直接写盘总结：虽然你没挂掉，但整个系统陷入高 IO 等待 → 一切响应都变慢 → sshd 等用户态程序没机会抢到 CPU → 卡死Swap作用哪怕 1GB，临时缓冲一下，总比直接挂好，但是很多时候并不能直接解决问题配置swap(虽然不一定有用)，
vscode用ssh-remote连接服务器写代码，服务器间歇性CPU和RAM跑满
jwhdjda的博客
04-29 1290
问题： vscode用ssh-remote连接服务器写代码，服务器间歇性CPU和RAM跑满，系统是win11,vscode + unbuntu20 2核2G ，我想top查看资源，但是一卡死怎么ssh都连不上，只能等一段时间自动恢复（一般是30分钟）。 后面在ssh断连之前偶然发现是一个名为node的进程。 解决方案： 由于某些vscode的插件垃圾回收机制有bug，因此关闭所有的vscode插件，如果想知道是哪个插件的bug导致的可以一个一个试。
VScode连接服务器太慢【全方位解决问题】
ARC_FEY的博客
05-20 2283
VScode可以连接远程服务器但是连接速度太慢，本文全方位的解决了问题
vscode使用remote ssh到server上 - Node进程吃满CPU
weixin_43604927的博客
12-18 9311
我发现每次使用vscode的remote插件登陆到server后，就会出现node进程，不太清楚干什么用的，但是绝对和它有关。
vscode远程连接服务器，占用系统资源过多导致服务器无法正常使用
qq_34445574的博客
08-27 1834
修改vscode设置，关闭search.followSymlinks。
vscode用ssh连接服务器后，明明内存还很富足，为什么却很卡顿
weixin_46129187的博客
06-13 3363
vscode连接服务器运行程序时突然卡顿的问题解决过程
解决：vscode-remote-ssh 远程连接后 rg 进程占用 CPU 问题
热门推荐
sigmarising的博客
07-27 1万+
解决：vscode-remote-ssh 远程连接后 rg 进程占用 CPU 问题 VSCode 的 Remote Development 功能十分好用，但笔者在连接阿里云 ECS 时偶会遇到断连和命令行卡顿问题。经过排查发现是远程开发插件的 rg 进程长时间高占用 CPU 导致。本文将会介绍一种解决此问题的办法。 1. 问题描述 使用 VSCode 的 Remote SSH 连接 ECS 云主机，观察 top 命令面板，可发现 rg 进程长时间大量占用 CPU： 2. 问题解决 此问题在所连接到的
【linux】服务器sshd服务导致CPU负载过高问题
qq_51417587的博客
05-20 1795
查看btmp日志，btmp日志是记录失败登录尝试的日志文件，通常位于 /var/log/btmp。当 btmp 日志过大时，可能会导致系统资源被大量无效的登录尝试占用，影响正常服务的运行，比如 sshd 服务。一台服务器突然访问ssh特别缓慢，top命令查看后，服务器Load Average占用很高。一开始就怀疑是不是服务器被恶意攻击了，这是一台sftp主机，正常情况sshd也不会负载这么高，查看服务器内存，磁盘io都是正常，在用连接数也不多。日志清空后，Load Average逐步恢复正常。
Linux Load Average过高多少合适？CPU Load使用率检查
wade1010的专栏
08-23 1209
显然，“load average”的值越低，例如0.2或0.3，意味着计算机（电脑）的工作量越小，系统负载越轻。假如CPU每分钟最多处理100个进程，则系统负载为0.2，这意味着CPU在这1分钟内仅处理20个进程；为了顺利运行计算机，系统负载不应超过1.0，因此无需等待任何进程，并且可以首先处理所有进程。首先，我们假设在最简单的情况下，你的计算机只有一个CPU，所有运算操作必须由该CPU完成。然后，通过将系统负载除以核心总数，只要每个核心的负载不超过1.0，计算机就会如常运行。
利用Shell脚本，优化服务器领域资源管理
AI天才研究院
05-12 585
在现代IT基础设施中，服务器资源管理是确保系统稳定性和性能的关键因素。随着业务规模的扩大和复杂度的增加，手动管理服务器资源变得低效且容易出错。本文旨在展示如何利用Shell脚本这一强大工具，实现服务器资源的自动化管理和优化。服务器资源管理的基本概念和挑战Shell脚本在资源管理中的核心作用资源监控、分配和优化的具体技术实际案例和最佳实践首先介绍基础概念和Shell脚本的核心命令然后深入资源管理的核心算法和策略接着通过实际案例展示应用方法最后探讨高级优化技术和未来趋势。
【已解决】VSCode 连接 Linux 云服务器，代码写着写着服务器突然挂了是怎么回事？
在这个博客里，我会分享我的技术见解、项目经验和学习笔记，感谢各位支持~
08-06 2164
内存占用飙升到99%，怎么解决？
VScode远程登陆时node进程吃满cpu解决方案
zhuhr213的博客
01-13 4003
除node进程外，文件数量巨大同样会导致rg进程具有较高负载，但由于其持续时间不长（通常仅十几秒），因此忽略它。在file.exclude设置选项中添加很多文件的文件夹可解决，但是会导致编辑器中的文件管理器不再显示这几个文件夹。最近处理新的数据生成了几百万个临时文件，由于vscode在远程登陆时需要索引所有文件，node进程因此在登陆时会吃满cpu并保持很久。保存，重新加载便可解决。该配置同样可在设置中搜索得到，在设置-工作区词条内添加文件夹与上述方案等价。
linux服务器中关于vscode插件的内存占用原因及解决
weixin_62486437的博客
06-28 2676
​服务器连续多次崩溃，本来就小内存的服务器，vscode远程连接后，任意打开一个cpp文件就崩溃，发现是内存占用过高，一个来自Remote-SSH的server服务，另一个是cpptools。
解决VScode导致CPU过高、卡顿
浮生离梦的博客
08-09 1万+
在运行VScode的时候，会导致CPU过高，造成运行时候的卡顿，CPU飙升到100% 解决办法 在文件 -> 首选项 -> 设置 中， 将 search.followSymlinks 设置为false，进行关闭就可以了，因为在使用VScode的时候会有很多的搜索操作，造成卡顿 图示说明： ...
VSCode远程连接服务器
码农-Vax天道的时间宝藏
06-09 682
1. 使用sftp插件进行远程服务器配置 sftp插件提供的功能： 远程连接服务器 同步本地文件夹和远程服务器中的文件夹 sftp插件优点： 提供本地环境，可以进行本地运行 可以将一些文件夹忽略，比如数据集所在文件夹 自动上传文件 占用内存小 sftp插件缺点： 无法连接远端环境，只能通过终端远程操控 无法进行远程debug 传输位置固定在json配置文件中，如果改变文件目录需要改变相应的配置项 sftp配置方法：
linux下vscode编写cpp占用内存过高问题
siyan4352的博客
05-03 4931
最近在vscode上编写cpp发现经常死机或者卡顿，查看系统进程发现是由于Microsoft.vscode.cpp.interllisense.Msvc.Linux进程占用了将近3个G内存导致内存爆满，查看插件设置，发现 intelli Sense Cache Size 默认大小为5G,将其改为100或者其他任意，不要太大，问题解决 ...
解决vs-code高cpu占用率问题
weixin_33948416的博客
08-05 882
(microsoft.vscode.cpp.extension.darwin进程高cpu占用问题) 免费的vs-code现在已经成为mac/linux平台的码农新宠，毕竟从windows平台开发virsul studio多年的经验积累不是白给的。 我也从诸多的代码编辑器环境，逐渐迁移、统一到了vs-code。最近发现一启动vs-code，风扇就呼呼转，才开始还没注意，以为微软的Windows中二...
服务器卡顿原因排查
最新发布
07-16
<think>首先，用户的问题是：“我想排查服务器卡顿的原因 请问服务器性能优化 排查延迟或卡顿的常见原因”。这翻译成英文是：“I want to troubleshoot the cause of server lag. What are the common reasons for server performance optimization and troubleshooting latency or lag?” 根据系统级指令，我需要： 1. 所有行内数学表达式使用$...$格式。 2. 独立公式使用$$...$$格式并单独成段。 3. LaTeX语法正确。 4. 使用中文回答。 5. 生成相关问题。 6. 回答中引用的段落末尾自然地添加引用标识，例如:[^1]。 此外，在用户可见层，回答要结构清晰，帮助用户逐步解决问题，尽量保证回答真实可靠。 参考的站内引用： - 引用[1]: 错误排查笔记（一）——客户反馈使用服务器突然出现明显延迟卡顿应该如何排查与解决方案。... [^1] - 引用[2]: 如果Linux服务器突然访问卡顿变慢，负载暴增，如何在最短时间内找出Linux性能问题所在？... [^2] 这些引用是关于服务器性能排查的，所以我应该整合这些信息到我的回答中。 用户的问题是关于服务器卡顿的原因和排查方法，所以我需要提供一个结构化的指南来帮助用户。 回答结构： 1. **引言**：简要介绍服务器卡顿的常见原因和排查的重要性。 2. **逐步排查指南**：提供一步一步的排查方法，包括命令和工具。 3. **常见原因**：列出常见的原因，如CPU、内存、磁盘、网络等。 4. **优化建议**：给出性能优化的建议。 5. **生成相关问题**：在末尾添加相关问题。 由于用户提到了“服务器性能优化”，我应该包括优化部分。 整合引用： - 引用[1]是关于错误排查笔记的，我可以提到参考这些笔记。 - 引用[2]是关于使用十条命令快速诊断性能问题，我可以基于这个提供具体命令。 例如，Netflix的十条命令包括：uptime, dmesg | tail, vmstat 1, mpstat -P ALL 1, pidstat 1, iostat -xz 1, free -m, sar -n DEV 1, sar -n TCP,ETCP 1, top。 我需要确保回答真实可靠，所以我将基于标准Linux性能排查知识。 使用中文回答。 数学表达式：用户问题中没有明显的数学内容，但如果有涉及，比如计算负载平均值，我会使用$...$。例如，负载平均值可以用$load average$表示。 现在，构建回答： - **标题或开头**：直接回应问题。 - **步骤**： - 第一步：检查系统负载。 - 第二步：检查CPU使用率。 - 第三步：检查内存使用。 - 第四步：检查磁盘I/O。 - 第五步：检查网络。 - 第六步：检查进程。 - 每个步骤提供命令，如top, vmstat, iostat等。 - 引用引用[2]的内容。 在末尾添加相关问题。 最终结构： 1. 介绍常见原因。 2. 详细排查步骤。 3. 优化建议。 4. 相关问题。</think>### 服务器卡顿原因排查与性能优化指南 当服务器出现卡顿或延迟时，这通常是由于资源瓶颈（如CPU、内存、磁盘或网络过载）引起的。作为系统管理员，快速诊断问题根源至关重要，以避免服务中断。本指南基于Linux环境（如CentOS或Ubuntu），提供结构化排查方法，并结合常见优化建议。参考Netflix性能工程团队的快速诊断方法[^2]，我将从最紧急的排查步骤开始，逐步深入。确保您有root权限执行命令。 #### 常见卡顿原因概述 服务器卡顿的根源往往集中在以下方面： - **CPU过载**：高负载导致进程排队，表现为$load\ average$值持续高于CPU核心数（例如，4核服务器$load\ average > 4$）。 - **内存不足**：内存耗尽触发swap交换，磁盘I/O激增，延迟显著上升。 - **磁盘I/O瓶颈**：磁盘读写延迟高（如$await > 10ms$），可能由坏扇区、RAID故障或过度I/O请求引起。 - **网络拥堵**：带宽饱和、丢包率高（如$packet\ loss > 0.1\%$）或DNS解析延迟。 - **进程异常**：单个进程（如数据库或Web服务）资源泄漏，导致CPU或内存占用暴增。 - **系统配置问题**：内核参数不当、文件系统错误或定时任务失控。 接下来，我将带您一步步排查。每个步骤使用简单命令，一分钟内可完成初步诊断[^2]。 #### 逐步排查卡顿原因 请按顺序执行以下命令，实时监控服务器状态。建议在SSH会话中操作，避免影响生产环境。 1. **检查系统整体负载** 运行`uptime`命令，查看负载平均值（$load\ average$）。如果1分钟值持续高于CPU核心数，表明CPU压力大。 ```bash uptime # 输出示例：load average: 5.2, 4.8, 3.1 (表示1/5/15分钟负载) ``` 如果负载高，立即进入下一步。参考错误排查笔记（一）的负载分析部分[^1]。 2. **诊断CPU使用情况** 使用`mpstat -P ALL 1`监控所有CPU核心的使用率。关注$\%user$（用户进程）和$\%idle$（空闲率）。如果$\%idle < 10\%$，表示CPU饱和。 ```bash mpstat -P ALL 1 # 每1秒刷新一次，按Ctrl+C停止 ``` 同时，运行`top`命令查看占用CPU最高的进程（按P键排序）。 ```bash top ``` 如果发现异常进程（如Java应用占用90% CPU），记录其PID以便深入分析。 3. **检查内存和swap使用** 执行`free -m`查看内存情况。如果$used$接近$total$且$swap$使用率高，表明内存不足触发交换，导致磁盘I/O延迟。 ```bash free -m # 显示内存（MB单位） ``` 进一步用`vmstat 1`监控内存压力： ```bash vmstat 1 # 关注si（swap in）和so（swap out）列，值>0表示频繁交换 ``` 内存泄漏常见于数据库（如MySQL）或缓存服务[^1]。 4. **分析磁盘I/O性能** 运行`iostat -xz 1`检查磁盘延迟。关注$await$（平均I/O等待时间）和$\%util$（磁盘利用率）。如果$await > 20ms$或$\%util > 80\%$，磁盘是瓶颈。 ```bash iostat -xz 1 # 每1秒刷新 ``` 使用`dmesg | tail`查看内核日志，检查磁盘错误（如"I/O error"）。 ```bash dmesg | tail ``` 常见问题：RAID故障、SSD磨损或文件系统满（用`df -h`检查）。 5. **监控网络流量** 执行`sar -n DEV 1`查看网络接口流量。关注$rxkB/s$和$txkB/s$（接收/发送速率），如果接近带宽上限（如1Gbps网卡约$125MB/s$），网络可能拥堵。 ```bash sar -n DEV 1 # 监控网卡 ``` 检查丢包率： ```bash sar -n EDEV 1 # 关注rxdrop或txdrop ``` 如果使用云服务器，还需排查安全组或防火墙规则。 6. **定位异常进程** 运行`pidstat 1`跟踪进程资源占用。结合`top`结果，分析可疑进程的CPU、内存和I/O。 ```bash pidstat -d -u -r 1 # 监控进程的磁盘、CPU和内存 ``` 例如，如果发现某个进程的$\%CPU$持续过高，用`strace -p PID`跟踪系统调用。 完成以上步骤后，您应能识别出主要瓶颈。如果问题复杂，可结合错误排查笔记（二）的详细方法[^1]。 #### 性能优化建议 基于排查结果，实施针对性优化： - **CPU优化**：限制进程资源（如`cgroups`）、升级CPU核心或优化代码（如减少循环）。 - **内存优化**：增加物理内存、减少swap使用（调整`/etc/sysctl.conf`中的`vm.swappiness=10`）或优化应用缓存。 - **磁盘优化**：使用SSD替换HDD、优化文件系统（如`ext4`或`XFS`）、定期fsck检查或升级RAID。 - **网络优化**：启用TCP BBR拥塞控制、增加带宽或使用CDN。 - **整体优化**：监控工具（如Prometheus）定期检查、调整内核参数（如`net.core.somaxconn`）并确保系统更新。 #### 注意事项 - **安全第一**：在生产环境执行命令时，避免高负载命令（如`stress`测试）导致雪崩。 - **日志分析**：结合`/var/log/syslog`或`journalctl`查看历史错误。 - **预防措施**：定期备份、设置警报（如Zabbix）并参考错误排查笔记（三）的应用优化方案[^1]。 如果上述步骤无法解决，可能是硬件故障或深层配置问题，建议联系专业支持。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值