Linux Mint 、Arch Linux 用户，我提几点我使用下来感受到的 Linux 作为桌面系统的优势：

1. 性能高。我用 Geekbench 和自己的编译项目（ Gradle Android ）测试，Linux 就算什么优化也不做，性能也比一通「卓越性能」「狂暴模式」的 Windows 要高 10 ～ 20%。打游戏顶着 Wine 、DXVK 转译的压力，帧率也要比 Windows 原生高 10% 左右。

2. 图形性能好。Windows 11 的桌面图形性能是真的一坨屎，和 KDE 一比较你就能感受到印度阿三这几年往系统里塞了多少大粪。动画掉帧、响应迟钝、「慢半拍」，这些词在四五年前可能用来形容 Linux ，但现在 Windows 才是输家。

3. 空间占用小。我用 ArchLinux 是独立分区，Windows 和 Linux 两边都是配好了日常环境。刚才看了一下，排除个人文件，Linux 系统占用刚刚 30GB 出头，Windows 软件、下载文件全放 D 盘，C 盘仍然占了 130GB 。

4. 适合开发。上面说很多了，不说了。Windows 配开发环境永远低人一等。

5. 省电。我需要经常到处挪位置，主要用的是轻薄本。刚买来的时候 Windows 11 用的好好的，结果用了几个月、更新了几次系统，突然续航暴跌，用一个小时能掉 20 多的电，三个小时就电量见底了，百思不得其解。换成 Linux 之后装个 TLP ，正常多了，不管怎么折腾，掉电水平都基本跟刚买来时一样，稳稳用七八小时。

6. 掌控感。这种比较虚，不多说了。

7. 调试方便。这个其实是适合开发的侧面，Linux 暴露出的系统底层接口、硬件 API 、硬件日志都不是 Windows 能比的。比如拿到一个硬盘，对着 dmesg 看 fs 日志，我可以打包票说这个硬盘坏没坏、坏到什么程度、主控还能不能识别；但 Windows 插上硬盘没反应，怕是没人敢断言硬盘质量，还要盲查驱动装没装、分区识别不识别、系统高不高兴…

好方略，但我想略作修改

不如再做个 SSH 检测、RDP 检测，把 IP 、用户名、密码输入到网站，就可以一键检查是否连接

这么方便的工具，想必用户量一定会多吧

这 UI ，连我这种只会用现成控件库的都看不下去了。要不你还是找个统一的组件库吧

另外这 AI 生成的 emoji 纯废话文案，现在看到有点反胃

int -> int32
smallint -> int16
mediumint -> int32

任何涉及存储结构的数据，不要用 int ，是不定长的。

@Int100 想起一个笑话（有改编，原文记不清了）：

Google 面试官面试一个中国人，自信地拿出最经典的面试题：“当你在浏览器中输入 google.com 并且按下回车之后发生了什么？”

10 分钟过去了，面试官满身冷汗地听着中国人滔滔不绝地描述 SNI Bypass 、Oblivious DoH 、TCP 多路复用、内核 netfilter 、反向代理、透明代理、Wireguard 、UDP-in-TCP…

VLess + REALITY + Vision 日本区很稳，目前除了延迟有点高还没发现什么问题

FFT 主要用在信号处理里吧。加密算法你每天上网都要用到（ TLS ），但信号处理应该不是什么需要持续做的事情吧

第一，PDF 不是文本格式而是印刷格式，印刷格式从源头上来说就没想着让你编辑方便。每一个字都可以是不同字体，可以是位图，可以是矢量，可以用坐标定位……

就像楼上说的，把主帖这段话的汉字顺序完全打乱，转换为图片，然后用绝对坐标安放到对应的位置，你觉得 PDF 编辑器要怎么为你编辑？每个字一个框吗，还是一个笔画一个框？

很多可复制文字 PDF 的原理都是辅助标记文本上去（这个矩形内有 xxx 文本），你看到的文字本身实际上都是字体渲染或者图片。这就更不可能「编辑」看到的文本了。

第二，公开的 PDF 规范实在太复杂。更何况 Adobe 还弄了很多私有规范不公开，只能在自家的阅读器里看。

这种反爬一般都是 HTTP Referer

这和 Power over Ethernet 有什么区别？

2 ，但不用搞 redis 那么麻烦，轻量化一点用 SQLite 就行了（比如 goqite ）

1 3 的问题是对中断推理支持不好。最好能弄个 websocket ，POST /task 创建任务，/task/:id 和客户端长通信，实时返回推理状态或者下发新指令（例如中断）。

@onll42y 给我整笑了，古有轮转对比，今有并发赛马

@geelaw #24 是的，这里 [1] 也有人讨论这个问题。我用 rune 是因为我最常写的 Dart 里也吸收了这个名词。

[1] https://learn.microsoft.com/en-us/answers/questions/2085971/why-is-system-text-rune-named-like-this

> for (level = 0, p = argv[1]; *p; p++)

这个处理方法是不对的，一个 char 代表「 UTF-8 编码序列中的一个字节」，不存在任何和文本相关的含义。尽管 UTF-8 有一些和 ASCII 兼容的假设，但存在很多 corner case （就像主帖提到的），所以不可靠。

如果是高级语言，要枚举字符应当先枚举 Unicode 码点（ runes ）。

用 mbtowc 转换其实也有问题。wc 指的是「空终止宽字符串」，它不等于 runes 。例如，Windows 上它代指的是经过 UTF-16LE [1] 编码的字符串，对高位字符也需要用多字节的 surrogate pairs 来占位。Linux 上可能是 UTF-32 ，但也不一定。总之，一般建议避免使用 wchar_t 。

言而总之，如果你想枚举 UTF-8 字符串中的字符，最合规的做法是要么依赖 ICU 、utf-8 这样的字符处理库，要么用 C11 里的 mbrtoc32 （ mb -> UTF-32 ）。

[1] https://learn.microsoft.com/en-us/cpp/cpp/char-wchar-t-char16-t-char32-t

1. 太慢，有 3-5s 延迟，体感比 cursor tab 慢两三倍
2. 建议不积极。比如经常改了一个变量名，明明后面有三处在使用变量，它只提示你修改第二处的名称，其他两处不管了