https://www.v2ex.com/t/58584
https://www.zhihu.com/question/369317566
好像从差不多 10 年前就有这毛病了……应该就是天线被盖子挡住了吧……

@20015jjw 如果确定是快速启动的问题的话，不一定是 windows 的 bug （虽然确实有可能是）。也有可能是主板驱动之类的和系统兼容性不太好，升 /降级各种驱动可能会有帮助……不过既然关掉快速启动就没问题那就不折腾了也行，反正有 SSD 没有快速启动开机也很快。

虽然我觉得楼主大概已经试过了，不过以防万一还是问一下，你试过关掉快速启动之后能正常关机么。（因为，一般来讲，shutdown -s -t 0 和普通关机最大的区别就是 shutdown 是无视系统设置地不使用快速启动的……）

在文件名后面跟一个冒号是有特殊含义的，表示这个路径指向该文件的一个 ntfs alternate data streams （可以去搜搜这个名词）。
具体到这里，你的第一个例子其实是创建了一个名字叫 foo 的文件，并为这个文件创建了一个名字叫 bar.txt 的 alternate data stream，并且之后如果你写入了内容的话，写入的内容都是会存到这个 alternate data stream 里去的。

@Tyuans iPhone X 及更早的型号还可以越狱

记事本可以正确显示各种奇葩文字，横着的竖着的叠着的左右横跳的……相比之下 vscode 弄了快四年都弄不好 RTL （由右至左的文字）支持（ https://github.com/microsoft/vscode/issues/11770 ）。
然而 vscode 作为代码编辑器，主要还是把 ASCII 码文字正确显示就能完成其主要功能了。而记事本作为一个系统的默认的基本文本编辑器，用户会用它来查看各种各样的语言和内容的文档，所以支持各种语言都是有必要的。
所以记事本速度慢实在是很正常的事情，毕竟要支持这些奇怪的东西都是有代价的。

@levelworm 如果是不想退出的话，可以参考 https://stackoverflow.com/questions/5941158/gdb-print-to-file-instead-of-stdout，设置 gdb 把输出写进文件里，之后打印文件什么的应该就没啥困难的了

所以你为啥不想通过 pipeline 来输出到打印机呢……

要搞这种级别的 profiling 的话，一般都是弄个 gem5 之类的 cpu 仿真器吧……

@JohnLou VS for Mac 和那个宇宙第一的 VS 不是一个东西……两者差别蛮大的

Docker Desktop for Windows 支持使用 wsl2 作为 backend，只要你启动了这个功能，它就会自动创建一个（呃你这里是两个？）发行版，然后你的容器都会在这个发行版里跑

呃，没注意到这是个 8 年前的帖子了……

@tioover 不如直接装一个 Easy Updates Manager 插件，然后把所有自动更新选项全部打开

这和“国外”有啥关系么……国内也有很多搞芯片设计的呀……

tf 和 pytorch 本身都没啥坑，但是如果你跑别人的代码的话指不定他们又写了些别的啥东西，比如拿 c 语言写了个数据预处理的小程序之类的，然后你要跑起来就贼麻烦……

@openbsd 玩游戏的时候都是切换到英文键盘布局的啊……

@iccfish 我只是想指出“WSL1 的 IO 一直被诟病是从哪些资料看到的”这个说法的一些来源而已。
以及确实不是所有人都更希望互通访问……比如我日常使用的时候就更希望有一个能够配置方便、启动迅速的小虚拟机能够顺手编译一些东西，大规模的文件互通倒是需求不大……

@iccfish 微软自己的文档也说了 WSL2 访问 linux 分区的速度提升很明显（ aHR0cHMlM0EvL2RvY3MubWljcm9zb2Z0LmNvbS9lbi11cy93aW5kb3dzL3dzbC9jb21wYXJlLXZlcnNpb25z ）：
"File intensive operations like git clone, npm install, apt update, apt upgrade, and more are all be noticeably faster with WSL 2.

The actual speed increase will depend on which app you're running and how it is interacting with the file system. Initial versions of WSL 2 run up to 20x faster compared to WSL 1 when unpacking a zipped tarball, and around 2-5x faster when using git clone, npm install and cmake on various projects."