我最近经常使用 WSL，因为我需要一些本机 UNIX 工具（并且模拟器还不够好）。我注意到使用 NPM/Yarn 时的速度差异令人难以置信。

我进行了一个简单的测试，证实了我的感受。测试正在运行npx create-react-app my-test-app，WSL 结果是Done in 287.56s.GitBash 完成的Done in 10.46s.。

这并不是全部情况，因为两种情况下的感知时间都更长，但即使基于此 - 某个地方也存在一个大问题。我只是不知道在哪里。我正在从事的项目使用了数十个库，即使更改其中一个也需要几分钟而不是几秒钟。

这是我可以解决的问题吗？如果是这样——去哪里寻找线索？

附加信息：

• 我的处理器：AMD Ryzen 7 5800H 处理器，带 Radeon Graphics，3201 Mhz，8 核，16 个逻辑处理器

• 我运行的是 Windows 11，并且系统和 WSL 均已更新到最新版本。选择的系统是Ubuntu 20.04

• 我见过一些有点类似的问题，比如'npm install' 在 Windows 上速度非常慢，但它们根本不接触 WSL（而且我的纯 Windows NPM 工作得很快）。

• 这个问题不仅限于 NPM，也适用于 Yarn

• 我遇到的另一个问题是文件监视没有发生（我需要在每次更改时重新启动服务器）。在某些应用程序中我没有收到任何错误，有时我会收到以下错误：

  Watchpack Error (initial scan): Error: EACCES: permission denied, lstat '/mnt/c/DumpStack.log.tmp'
  Watchpack Error (initial scan): Error: EACCES: permission denied, lstat '/mnt/c/hiberfil.sys'
  Watchpack Error (initial …

  Run Code Online (Sandbox Code Playgroud)

当从 WSL1 迁移到 WSL2 时，很多事情都会发生变化；显然这也适用于 X11 转发。
为了在 Windows 10 上使用 WSL2 的 X11 转发，我需要采取哪些步骤，就像我在 WSL1 上所做的那样？

docker compose我已经使用 Windows WSL 集成版本 2 设置了 Docker Desktop，但在执行某些命令并出现以下错误时遇到了问题

docker compose logs
no configuration file provided: not found

但执行以下命令时并没有发现问题

docker compose up

图像已成功构建并启动。

有没有人可以帮忙解决这个问题？

输出docker info

Client:
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc., v0.7.1)
  compose: Docker Compose (Docker Inc., v2.2.1)
  scan: Docker Scan (Docker Inc., 0.9.0)

Server:
 Containers: 3
  Running: 3
  Paused: 0
  Stopped: 0
 Images: 4
 Server Version: 20.10.11
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true …

我试图在Windows 10上使用bash,但在尝试运行bash时我收到此消息:

Windows子系统Linux没有已安装的发行版.可以通过访问Windows应用商店来安装发行版:https: //aka.ms/wslstore按任意键继续...

当我转到打开Windows应用商店应用程序的URL时,没有任何Linux发行版的迹象.

我的Windows版本是(如我右下角的屏幕):

Windows 10企业内幕预览.评估版.建立16215.rs_prerelease.170603-1840

我按照本指南" 安装指南"中的说明进行操作,并且还在观看此视频从Scott Hanselman 在Windows 10上的Windows Subsystem for Linux上编辑代码和文件,但他们没有得到没有安装发行版的消息.

任何帮助？

虽然其他问题涉及如何使用像git-bash这样的东西,但是给新的WSL一个旋转,因为VS Code的终端不一样:它让你可以访问在实际的Ubuntu Linux子系统上运行的bash,而不是git-在Windows子系统上运行的bash终端.

那么我们如何让它作为VS Code终端工作,特别是我们如何让它作为功能开发环境终端工作呢？

与git-bash不同,遗憾的是,这不是那么简单,因为WSL中的Ubuntu Linux配置可以提供一些陷阱,例如NPM尝试(和失败)从Windows Program Files目录运行,因为WSL和Windows本身之间的交互路径的条款,以及一些像Compass这样的软件包失败的原因并不一定是那些不习惯在Linux上开发的人的明显原因.为VS Code提供可靠的WSL终端环境的简单方法是什么？在通过apt-get或安装时最常用的工具将运行npm？

我已启用开发人员模式并已安装Bash on Ubuntu on Windows.

我的主目录可以找到%localappdata%\Lxss\home\<ubuntu.username>\,我创建了一个名为Pictures的子目录,以便完整路径

在Windows上: C:\Users\<windows.username>\AppData\Local\lxss\home\<ubuntu.username>\Pictures

在bash上: /home/<ubuntu.username>/Pictures

如果我使用命令从bash创建一个文件,touch hello.txt我可以在Windows用户界面中自由查看该文件并将其复制到我的桌面.但是,如果我从Windows UI创建一个新的文本文件并保存C:\Users\<windows.username>\AppData\Local\lxss\home\<ubuntu.username>\Pictures,即使我重新启动bash或windows,当我这样做时,该文件是不可见的ls -l.

为什么不能在它自己的主目录中查看从Windows端创建的文件？

编辑使用/mnt/c不是一个解决方案,我试图理解为什么它没有看到这些文件,如果有一个补救措施,以便它能够看到UI创建的文件,而不是试图使用终端复制 -粘贴或移动文件.