根本原因是VSCode、Node、k6三者默认配置下争抢CPU和内存资源。需在launch.json中配置skipFiles、禁用source-map、改用命令行调试；k6启动加高优先级；Node调大堆内存并设ulimit；禁用TS和Git自动检测。
直接跑 k6 run 脚本压测 Node 服务时卡死、响应延迟飙升、VSCode 编辑器变卡——这不是 k6 或 Node 本身的问题，而是 VSCode、Node 进程、k6 子进程三者在默认配置下争抢 CPU 调度权和内存资源导致的连锁反应。
VSCode 启动 Node 服务时 CPU 占满但编辑器卡顿
根本原因不是 Node 太重，而是 VSCode 调试器初始化 V8 Inspector 时索引了整个 node_modules 目录，尤其在依赖多的项目（如 node-elm）中，瞬间触发大量文件 I/O 和 JS 解析。调试器没被设为高优先级，却被系统排在 UI 线程之后调度。
- 必须在
.vscode/launch.json的每个 configuration 中显式添加："skipFiles": ["<node_internals>/**", "**/node_modules/**"]</node_internals> - 禁用自动源码映射：删掉或注释掉
"env": { "NODE_OPTIONS": "--enable-source-maps" }，避免双重解析 - 改用命令行启动调试更稳：
node --inspect=9229 ./index.js，再手动访问chrome://inspect连接，绕过 VSCode 调试代理层 - 如果项目用 TypeScript，确认
tsconfig.json中"sourceMap": true且"inlineSources": false；否则调试器会加载并解析 megabytes 级别的内联源码
k6 压测时 VSCode 光标卡顿、保存延迟
k6 进程默认继承 VSCode 主进程的普通调度优先级，而它又常以 100+ VU 并发跑满 CPU 核心，操作系统却把渲染光标、处理键盘事件的 UI 线程排在后面——结果就是「CPU 100% 但编辑器不响应」。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- Linux/macOS：在
preLaunchTask脚本中用nice -n -5 k6 run script.js启动，不能直接在终端里手动加nice，必须让 VSCode 启动流程接管 - Windows：用
cmd /c "start /high k6 run script.js"，注意路径含空格时需加双引号包裹整个命令 -
必须禁用
"console": "integratedTerminal"，否则终端模拟器会重置进程优先级；改用"console": "none"或"console": "externalTerminal" - 若 k6 脚本里用了
http.batch()或大量sleep()，检查是否因阻塞主线程导致调度失衡——k6 是单线程 JS 引擎，非异步操作会拖慢整体吞吐
Node 服务在压测中响应时间抖动剧烈
不是代码写得不好，而是 Node 默认堆内存和事件循环未针对高并发调优。比如 k6 模拟 500 VU，Node 若仍用默认 1.4GB 堆上限，GC 频次会陡增，请求延迟毛刺明显。
-
runtimeArgs在launch.json里写--max-old-space-size=4096不生效——VSCode 调试器忽略该参数。真正生效方式是："runtimeExecutable": "/path/to/node"+ 在该 Node 二进制所在目录下建.nodejsrc文件，写入--max-old-space-size=4096 - 压测期间禁用
typescript.tsserver：设置"typescript.preferences.disableAutomaticTypeAcquisition": true，否则它会在后台疯狂扫描node_modules - 关掉 Git 自动检测：
"git.autoRepositoryDetection": false，尤其当 k6 脚本生成大量临时日志文件时，fs watch 会触发高频刷新 - 验证是否生效：压测中执行
process.memoryUsage()打印，观察heapUsed是否稳定在阈值内，而非频繁触顶后 GC
最易被忽略的点：k6 和 Node 进程都跑在同一个用户 session 下，但它们的资源限制（如 ulimit -n 文件描述符数）是共享的。压测中若出现 EMFILE: too many open files，不是 k6 写错了，而是 Node 服务没调大系统级限制——这个得去 shell 里 ulimit -n 65536，然后彻底重启 VSCode 才生效。
