@lambdaq #28 为了更方便地处理 wsl 的特殊需求吧。wsl2 是一个运行 linux distro container 的 host vm ，本来用的是微软自己的（多个） init binary 。除了 pid 1 的 init 之外，其他的 init 用来管理 linux distro containers ，跑 9p server ，处理 linux 和 windows binary 的互操作之类的。

@ipwx 加一个常量 tolerance epsilon 肯定比比没有要好，但还是有点蒙住眼睛骗自己问题解决了的味道，无法被称为“正确”。要知道浮点数的分布不是均匀的，ulp 不是一个常量，而 machine epsilon 只是定义为 1 右边 ulp 的一半。

一个比只加常量 tolerance epsilon 更好一点点的方案是根据比较的两数来 scale 这个 tolerance epsilon 。此时 x < y 会被定义为 | x - y | / | x | <= epsilon or | x - y | / | y | <= epsilon 。

@0attocs #32 *1+2^-53 的 64 位浮点数表示

@des #22 而且你提的“精度损失基本都发生在“进制转换”的过程中”说法本身也很奇怪。且不说多少涉及实数 /浮点数的问题 /程序里有你所谓的“进制转换”，你这里的 error 完全就是 rounding error ，跟什么进制转换没必然关系，只要需要浮点数 /有限精度表示就有可能引入 error 。都是二进制就没事了吗，2^-53 的 64 位浮点数表示会带来精度损失吗？

@des #28 在你这套荒谬逻辑下“进制转换也是不会损失精度的，提前是使用得当”，而你举的例子只是使用不当。

@knowckx #19 需要区分<和<=时的一种做法是考虑用 a <= b + delta 代替 a < b ，但一般只有在为某个涉及浮点数比较的分析而定义语义时需要考虑吧。一般情况下更应该考虑的是问题本身是否是 well-conditioned 的以及算法+实现本身是否 stable 。

@des #22 浮点加减运算怎么可能不会损失精度，运气好的话 relative error 是 bounded by epsilon/2 。运气不好的话很多加减运算本身可以是 ill-condition 的，遇上浮点加减运算的 rounding error 之后 relative error 会高得离谱。比如考虑实数：

x = 1 + 2^-52 + 2^-53 + 2^-54
y = 1 + 2^-54

实数减法 x - y 的结果是 2^-52 + 2^-53 = 3 * 2^-53 ，但 64 位浮点数减法 fp(x) fp(-) fp(y) 的结果是 2^-51 = 4 * 2^-53 ，relative error 是夸张的 |(4^-53 - 3 * 2^-53) / 3 * 2^-53| = 1/3 。

@Kazetachinu 文档写的是旧版本不兼容，15.5.5 开始兼容。我已经用了一段时间了。

@zx900930 如果是因为不同窗口配置了不同的输入法，可以在设置里关闭 per-window 输入法，变成全局输入法。

@howthen 刚写了个 cuda （ 11.0 ）程序试了一下，WSL2 下 host 到 device 拷贝确实是慢 2 倍（ X299+2080 Ti ）。

（附使用例一则，为什么有人会需要 WSL+X11 Forwarding：Emacs 的许多使用插件，比如写 LaTeX 必备的 flyspell，其 Windows 实现的性能极差（由于 fork 开销更高），几乎不可用。所以自 WSL1 发布起，我就切换到了 WSL1 下的 Emacs+X11 Forwarding 。

@howthen 数据放到 WSL2 的磁盘上了吗？访问宿主文件的性能会比较差。

----------------------------------------------
写给想要尝试 CUDA on WSL2 或 WSLg 的人

i) 关于 GPU 穿透和 CUDA on WSL2，Win11 或 Win10 Dev Channel 不是必须的。虽然几乎所有微软、Nvidia 官方文档都没有更新，这个 feature 其实已经包含在了在 8 月底 Release Preview Channel 发布的 Insider Preview Build 19044.1200 (21H2)里 [1]，不需要进入麻烦的 Dev Channel 即可使用，GPU 性能损失足够小。

ii) 关于 WSLg，其实 X11 forwarding 自 WSL1 发布的第一天起就可以使用.当时还有人在 Win10 上开发了一个相对现代，优化了高分屏等一些痛点的 X server 叫 X410，也贡献了一些实用的教程和脚本。

iii) 关于基于 Hyper-V 的 WSL2，使用上基本没有大问题，最近的 VMware 和 VirtualBox 也都适配了 Hyper-V （有性能损失）。不过有一些小坑需要注意，这里随便提几个：a) 访问宿主文件的速度会很慢； b) Win10 抢内存抢不过 WSL2，不过最近的 WSL2 也能有效地释放内存了。有一些 workaround，比如重启 WSL2 或设置可用内存上限； c) 如果配置了 X11 forwarding，较新版本的 pip3 会卡住，使用前需要加上`DISPLAY=`; d) IP 的一系列问题; e) systemd 的一系列问题。

另外，一个对我而言比较新奇的体验是 WSL 和 Win10 的互操作性，在 WSL1 、WLS2 内可以直接调用宿主 Win10 的程序，Win10 下也可调用 WSL 的程序。

1. https://blogs.windows.com/windows-insider/2021/08/18/announcing-windows-10-insider-preview-build-19044-1198-21h2/

可以尝试给路径加上前缀`\\?\`。

See also: https://docs.microsoft.com/en-us/dotnet/standard/io/file-path-formats#skip-normalization

@liuyulvv iTunes 在 Windows 上一直有这个行为，因为默认用 Windows Audio Session API (WASAPI)直接输出音频到设备，不走系统混音器。偏好里换成 DirectSound API 就可以解决这个问题。

https://v2ex.com/t/481135

@jfcherng 只是精度高了，效果还差很远。

可图上写的不是永久有效+三年更新吗………

@msdx123 不错，是微软贡献的 feature，和新 Edge 效果一样好。