snowpack 、pnpm 、volta 、orogene

@MasterCai 也可能是 QQ 申请了类似于“完全访问”或“兼容模式”，即可以不受沙盒限制访问所有当前用户有权限访问的文件系统。

用你说的这种配置法就和筛子一样根本堵不住，得有白名单（尚未实现： https://github.com/sandboxie-plus/Sandboxie/issues/194 　）才勉强靠得住。
大概规则得这样(伪代码)：
readonly C:\Windows # 允许访问系统库

allow %APPDATA%\QQ # 程序自己的目录

deny C:\Users # 所有用户数据
deny D:\,E:\.... # 所有其他磁盘

有了这些文件系统可以认为是相对安全了，但还有其他的什么 IPC 、硬件序列号、mac 地址、键盘 /鼠标事件、进程列表、屏幕上其他窗体的内容等一系列的可能性导致泄漏你的隐私。

这个和 VMware 的 unity mode 差不多吧，性能和兼容性不怎么样。

尽量少用国产软件，非要用放一个干净的虚拟机。
等以后 sandbox 、container 、vGPU 等技术成熟再说。

chromium os 有没有自由的发行版，fydeos 和 cloudready 好像都是商业产品。

win 到 mac 也还好，转 gnome 才是完全不同的交互逻辑。

@systemcall 请问消费级的 n 卡怎么直通。
我看到的一些文章，各种 hack 特别多，还要 patch ovmf 固件，完事后因为 optimus 的问题性能还非常糟糕。

requirements.txt 过时了吧，用 pyproject.toml
相关的工具有 poetry 、pyflow 等。

Arch 吧，生态还算比较丰富。

C++ 从入门到转 Rust

一般来说直连（非自带穿透）的图形远程控制主要是 rdp(Windows)、vnc(linux)。
其中 linux 也可以用 rdp，Windows 也可以用 vnc 。
另外 x 协议本身就是 C/S 架构，所以可以直接远程使用(xforward)。

@rust 内核应该是共享的，你看到的不一样可能是接口修改了数值。

@rust 不可能吧，内核不同的话就是虚拟化了，用户态的虚拟化无论实现难度还是性能都不太可能达到这样的效果。

这个大概就是自己实现了 HAL，在一个容器里运行单独的 system image，和宿主机共享内核。文档可以看 aosp 的文档，实现可以参考 anbox
https://source.android.com/devices/architecture

iptables -t nat -nvL

要少资源占用用 alpine

盲猜 Host 问题，检查 web 服务器绑定的主机名。

你这样转发，就得考虑流量回环问题。