node 在 /mnt/c/ 下启动卡顿是因为 require() 等操作需经 9p 协议穿越虚拟机边界，单次小文件 i/o 延迟达 300–500ms；应将项目迁至 wsl2 原生 ext4 路径并重装依赖。
为什么 /mnt/c/ 下启动 Node 会卡住
不是 Node 本身慢，是每次 require()、fs.stat()、读取 package.json 或遍历 node_modules 时，都得走一遍 9P 协议穿越虚拟机边界——单次小文件 I/O 延迟就达 300–500ms。一个 npm start 要触发成百上千次这类操作，自然卡成 PPT。
关键信号：ls node_modules | head -n 5 都明显卡顿；df -T . 输出 Type 列为 9p；wslpath -m . 返回 /mnt/c/xxx。
迁移项目到 WSL2 原生路径的实操要点
别直接 cp -r /mnt/c/project ~/project —— 这会把整个 node_modules 用 9P 协议写入，极慢且可能中断。正确顺序是：
- 先在 WSL2 中建目录：
mkdir -p ~/projects/myapp - 只复制源码和配置：
cp -r /mnt/c/Users/xxx/myapp/{src,public,package.json,tsconfig.json,.gitignore} ~/projects/myapp/ - 进新路径：
cd ~/projects/myapp - 重装依赖：
npm install（此时node_modules直接落在 ext4 上） - 用 WSL 终端启动：
code .（确保 Remote-WSL 插件已启用）
code 命令必须从 WSL2 终端执行
在 Windows 的 PowerShell 或 CMD 里运行 code /mnt/c/xxx，VSCode 仍走 Windows 文件系统路径，Remote-WSL 插件完全不生效。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
必须满足两个条件才真正进入 WSL2 环境：
- 终端是 WSL2 的 bash/zsh（比如 Ubuntu 或 Debian 的 shell）
- 执行
code .时当前路径是 ext4 分区（df -T .显示ext4） - 左下角状态栏显示
WSL: Ubuntu，而非Windows
如果提示 command 'code' not found，运行：echo 'export PATH="$PATH:/mnt/wsl$/Ubuntu/usr/bin"' >> ~/.bashrc && source ~/.bashrc（路径按你的发行版调整）。
容易被忽略的三个细节
迁完路径后卡顿还在？大概率是这些没清理干净：
- 关掉所有 Windows 版 VSCode 窗口——残留进程会继续监听旧路径，和新实例抢 inotify 句柄
-
node_modules必须在 WSL2 内生成，不能从 Windows 复制过来，也不能在/mnt/c/下npm install后再挪 - 禁用
remote.WSL.useWslPreview（设为false），预览版对多发行版支持不稳定，容易 fallback 到 9P
真正的瓶颈从来不在代码或配置，而在你打开编辑器那一刻，工作目录挂在哪块文件系统上。
