为何我的 wsl2 目录在 vscode 的 remote-wsl 扩展中打开如此之慢？

資深大佬 : syficy 1

之前习惯了在 wsl2 中开发，重装了 windows10 之后安装 wsl 和 vscode 的 remote-wsl 扩展，升级了 wsl2，发现打开 wsl2 目录的时间大约有两分钟，然而打开 wsl1 的速度在 5s 之内，之前系统打开 wsl2 速度也在 5s 之内。

2 分钟是用 vscode 扩展打开 wsl2 内目录的时间，wsl2 是在运行中的，用命令行可以秒进。

对于经常需要切换目录的开发者来说，2 分钟简直是人间地狱。

Debug 信息如下,主要是 pinging 的时间过长，不知道该如何解决。

[2021-02-21 04:21:44.845] Resolving wsl+Ubuntu20, resolveAttempt: 1 [2021-02-21 04:21:44.924] Starting VS Code Server inside WSL (Ubuntu20) [2021-02-21 04:21:44.924] Extension version: 0.53.4, Windows build: 19041. Multi distro support: available. WSL path support: enabled [2021-02-21 04:21:45.043] Using shell environment from invoking shell: /tmp/vscode-distro-env.HE2IGZ [2021-02-21 04:21:45.196] Connecting to daemon started by other Remote-WSL window... 5.4.72-microsoft-standard-WSL2 Ubuntu20 [2021-02-21 04:21:45.203] Pinging 172.26.252.122:35521... [2021-02-21 04:23:58.617] 172.26.252.122:35521 no response [2021-02-21 04:23:58.618] WSL resolver response: ::1:35521 [2021-02-21 04:23:58.618] To debug connection issues, open a local browser on http://[::1]:35521/version

大佬有話說 (4)

資深大佬 : HankAviator

WSL2 已知在 /mnt 挂载下的磁盘操作效率非常差，官方表示在想办法了。受影响的最明显的是 WSL2 的 git，或许也是你的问题的原因。缓解办法时切到 WSL1 或在 WSL2 下调用为 win 编译的 exe 。

資深大佬 : Robertwhite

@HankAviator 原来是这样，难怪我当时在 wsl2 上用 git 访问 D 盘的代码目录时，奇慢无比

主資深大佬 : syficy

@HankAviator 我的问题应该不是磁盘操作的问题，是 vscode 扩展打开目录慢，主要问题是在 pinging 的 response 太慢的问题上。

主資深大佬 : syficy

目前已通过重装系统解决问题，现在是基本秒开。初步猜测是 windows 主机的网络通信问题，但是我重装之前已关闭所有防火墙，仍然速度很慢，记录一下这个问题。