gcc: -fomit-frame-pointer msvc: /Oy

@terence4444 @zlowly 为什么很多人认为中间人劫持只能看到明文密码或者密码 hash 的传输呢？密码是怎么输入的？直接劫持网页密码输入不就行了？好好想想 CS 和 BS 的区别吧。中间人是无法修改 CS 的 C 端代码的(漏洞除外)，因此只要通讯协议可以对抗中间人（例如浏览器+HTTPS ），就是安全的。而 BS 的 C 端代码中间人是可以篡改的，再怎么加密混淆都阻止不了窃取数据。

@busier 密码是用户输入的，用户自己还需要用调试工具来查看吗？

如果不考虑中间人，https 足够了。如果存在中间人劫持，那么前端的代码可以任意修改，在加密前获取数据即可，因此#30 说得没错。

@va9215 GB 本来就有歧义，Windows 里用于内存大小、文件大小、磁盘容量的 GB 实际上是 Gibibytes ，也就是 GiB 。

@luxor 上面笔误了，Gigabytes/Megabytes ，Gibibytes/Mebibytes

用 E 文版就没歧义了，E 文版没有使用缩写，使用的全称：Gigabytes/Magabytes ，Gibibytes/Mebibytes

arm 的盒子足够了，还省钱。

你用的什么 VNC 服务端就用相应的客户端不就行了

最简单的方法是修改 hosts ，把 github 域名解析修改成内网的地址，然后使用 ncat 做端口转发。

ncat -l -k localhost 443 -e 'ncat github.com 443 --proxy xxx:xxx --proxy socks5'

这个方法的缺点是，不同域名可能需要不同的内网地址。如果只要少量域名走代理，这种方法是最简单的。

@w568w 性能影响并不是指 overcommit ，而是 windows 会把后台进程使用的物理内存定时 page in ，此时当切换前台进程时，系统变得非常卡。关闭 pagefile ，无论什么时候切换进程都是流畅的。

@w568w 无论是开不开页交换，已提交内存也是有上限的。到达上限后，即便物理内存还有很多剩余，应用程序也无法申请新的物理内存。
关闭 pagefile 当然可以提高性能，可以减少大量的磁盘读写，延长磁盘的寿命。只不过某些应用对已提交内存占用的优化不够，造成实际物理内存占用不高，但已提交内存占用很高。开了 pagefile 后，只是推迟了已提交内存被占满的情况。只要开启更多类似的大型应用，已提交内存同样会被占满。根源是在应用程序自身。

还有 1 ，不算。不如跑个全数字的吧...

@tanranran 用它节省带宽的前提是需要先耗用大量的计算资源，带宽成本和计算成本不知道哪个更大？

坐等 WSL

20 年来鸡的屁涨了多少？股市涨了多少？

mkfs.ext4 -N 可以指定 inode 最大数量

VPN != OpenVPN