memory mapped files 就是为了不把文件在内存里复制一份，绝不可能把内存干爆（ 32 位机除外）。
我没看源码，但是 unsafe memory access 可能是配合以上 memory mapped files 使用。Java 里正常的 NIO API 是需要使用 Buffer 类型，这个类型需要 flip 来 flip 去，开销大，同一个 Buffer 读不同的数据类型还需要各种奇技淫巧，unsafe memory access 就相当于直接按内存地址访问，你说那个地址是什么类型就是什么类型，对于 primitive 类型是安全的。

@xuxinglin8888 这个科普很有问题：
1 、南桥这个名字是个历史的概念，以前因为芯片设计和制造更原始一些，CPU 和所有外设通讯都是靠主板外挂芯片。现在没有架构还有名叫南桥的芯片，因为与之对应的北桥早就集成进 CPU 里面了。可能只有中文世界还在用这个词，就像很多人还喜欢把 ROM 叫做字库。
2 、近年来的 CPU 都是 SoC ，高频率外设总线控制器都是集成的，比如 PCIe 、SATA 、USB3/4 和网卡，不经过主板上其它的芯片。桌面 CPU 为了降低成本，会把不复杂的控制器放到另外一个低制程的芯片里，有些人还习惯叫南桥。
3 、CPU 不会硬性规定按什么顺序处理数据，一切都是根据软件控制的。这个科普博主可能想解释中断(IRQ)优先级这个概念，但他可能自己都是一知半解，就编造了一个什么南桥汇总数据，然后按照距离远近处理的故事。现实是绝大多数设备都是内存映射的（请自行 Google ），软件（操作系统／驱动）想访问哪个硬件就可以访问哪个硬件，不需要管什么南桥里的顺序还是距离的远近。
4 、中断优先级和 USB 鼠标键盘是无关的，因为 USB 根本不支持中断，USB 设备驱动要主动询问 USB 设备有没有新的数据。现在 CPU 频率以 GHz 记，处理每秒区区几千次的鼠标更新绰绰有余，但不停问太费电，所以操作系统是用定时器按固定的频率来轮询 USB 设备，非公版鼠标驱动完全可以改变这个频率。只有提升这个频率反应才能快，相对来说 USB 2.0 vs 3.0 传输数据的延迟是可以忽略不计的。

@hemingqiao Quick sort 里面 pivot 在左边、右边、中间都可以的。

真正的问题是`int i = left`这里，这把 pivot 也放进去了，那 `while(arr[i] < pivot) i++;` 一次也不会进循环体。

再提一个思路：金融类业务除稳定外还会要求延迟有保障（甚至固定）。

我听同事说过公司一条专线，就 2Mbps ，但是是最高优先级（就是运营商交换机上所有口都拥塞，这个 2Mbps 不能丢包），而且是个 10G 光纤，因为每个包比千兆延迟低，要价据称是 5 万／月。后来付钱的部门老板觉得太贵，说服我部门把备份线拆了，备份改走公网 VPN ，我当时就说这样要出事，但是别人愿意承担责任，就照做了。有一天主光纤被挖断了，自动切换到 VPN ，延迟马上开始乱跳，系统时不时警报。当天结束以后查日志，因为有几次延迟过高导致损失，一天就一万多块。还没过一周，就申请把备份线恢复成专线。

人家都说了是 SATA 延长线，你非要安装一个 PCIe 设备。绝大多数 M.2 口的 SSD 同时支持 SATA 和 NVME ，所以这种延长线适配大多数 SSD ，但是店家肯定不能保证其他设备可以用。另外 m.2 口的无线网卡几乎都需要使用 m.2 上的 USB 总线来实现蓝牙，不光是 PCIe 通了就可以。

这就像所有 USB-C 数据线都可以插进 USB-C 口，但是只有专用的雷电线可以用来连雷电设备，里面的电路是不一样的，成本差几倍。

推荐 largefile 就是减少每单位空间分配的 inode 数量来减少额外开销，毕竟储存各种分配表都需要按照最大 inode 数量来规划空间。Btrfs 等文件系统用树代替了表，所以不受这个问题干扰。Btrfs 有一个可以把 Ext 直接转换的工具，你可以试试。

我很久之前折腾过，最费时的是实验各种 PCI 重置方案，可以调整的参数挺多，排列组合一个一个测下来才保证宿主机不重启的情况下可以随意开关虚拟机。

老实说方便程度不如 VMware Workstation 或者 Virtualbox 里面自带的虚拟 3D 卡，如果不是 CUDA 程序，这些虚拟 3D 卡可以共享物理显卡跑 3D 运算。

楼主这个实现用`innerHTML`还有一个注入攻击漏洞，如果解码内容含有<符号，轻则后面内容消失，重则运行任意脚本。

忘了说，现在很多高档（企业用）在线式 UPS 有“省电”或者“绿色”功能了，就是你市电质量（电压、杂波）好的时候它以后备模式运行，检测到市电质量下降才切换到在线式。根据我查看它的日志，95%以上的时间都是在后背模式，但开关大功率电器，比如空调、电磁炉的时候，你能听见 UPS 进入在线式的声音。

但没有 UPS 的话，开关空调、电磁炉也不会导致电脑重启不是吗？所以在线式可能不是那么有用。

真正用在线式的来说说它的几个硬伤：
1 、因为一直在整流、逆变，会有明显的工频噪音，没有噪音的在线式反而是低档品，因为偷工减料用了小的线圈，承受经常开关的大负载能力低。
2 、浪费电。整流、逆变都是有损耗的，现在绝大多数电子产品都是开关电源，里面本来就有有电容电感等储能元件用于在交流电电压过 0 时提供能量，因为需要承受开机瞬间的高电流，这些元件都是容量都是超过平时运行时的需求的。另外 UPS 本来的目的就是给电脑在停电时能正常关机，说被动式 UPS 会导致重启的是来搞笑的吗？
3 、因为主要电路一直工作，在线式 UPS 主要部件寿命短。公司机房用的几千安的大 UPS 几乎月月坏模块，经常看到修 UPS 的人在电池室门口摆个摊在那检修换下来的模块。

希望微软以后用 ChatGPT 搞本地化，之前 Windows XP 有直接机翻出来的中文（英文语法，把每个单词还原成英文才能理解），Vista 有个“体验索引”（ Experience Index ），今天看到这个抨击真是笑掉大牙。下次和微软的朋友吃饭，问问他们多少代码收到抨击。

@zeminjiang580g 黑卡是指盗刷信用卡购买礼品卡，真实卡主 chargeback 以后商家因为无处追回货款才封号惩罚。

但是支付宝是有牌照的正规支付企业，它怎么会和盗刷信用卡的合作？

唉至今还悔恨我当初写的一个新项目，message dispatch 用的是 if else ，因为最初就 3 种消息，觉得套个框架太累。没想到这个后来成了公司的主力 app ，堆了一大堆东西进来，几年下来几百个消息还在 if else ，你 git blame 一下这个文件里面能看到所有功能都开发者都是谁，算是公司通讯录了。

我尝试了很多次引入 routing 框架，但是要重构的地方太多了，每次好不容易通过代码审阅结果又 merge conflict 了，好不容易可以 merge 了，老板又觉得风险大零收益。于是当初一念之差就形成了一个永久的屎山。

后来想想这才是真正的软件工程。

Python 在这些行业的应用本质是一些 C/C++库的 shell ，比如说数据从读进来到输出去都是在 Pandas 里面，根本不需要 Python 语言本身有什么处理能力。

既然是 shell ，那大家肯定要找最好用的，比如说有 REPL ，语法简洁，支持 duck typing 或者至少不需要声明来 cast 去，有 Jupyter notebook 之类强大的辅助工具。

楼主能提出这个看法，我觉得是因为根本没观察过用 Python 做科研的人是怎么用的。他们中很多人对软件工程其实一窍不通，他们知道要实现一个数学公式，然后是跌跌碰碰，在不断试错和 Google 中写出来的代码。对他们来说 Python 就是一个大号计算器，或者不要钱的 Matlab 。你要和他们安利 IDE 、类型、封装、继承、编译器、单元测试、build pipeline ，他们会像看外星人一样看着你。

你要提出 C#，他们大概会问 C#里面有 Pandas 吗？


Google: c# site:openai.com -> About 809 results (0.27 seconds)
Google: python site:openai.com -> About 6,150 results (0.30 seconds)
Google: java site:openai.com -> About 1,140 results (0.27 seconds)

要说也是 Java 在蚕食好不好

@dapang1221 是美国不让卖，又不是中国不让进。正大光明地放进行李就行。

你想想你签自签名证书的时候是不是本地敲敲命令就可以随便签发，那黑客是不是敲敲命令也能签发一个你域名的自签名证书。

要安全的话，因为没有 CA ，你必须验证证书的指纹或者公钥(需要手动把这些存在你的客户端)。

上游有 bug 修复的话，尝试到 conda-forge 相应的仓库发个 issue ，Github 会给维护者发邮件的。维护者的名字在仓库里也有，你可以去他（们） GH 主页看看最近有没有维护，没有的话去 conda 社区邮件列表发一封语气很委婉的英文信，也许会有其他成员帮你。

另外我得和你说，除了写在 receipy 里面的测试以外，一般 conda-forge 的发布不会比上游做更多的测试。我参与维护的一个开源项目就经常遇到 C++依赖被升级到上游根本没测过的版本，如果不批准这个升级，整个 conda-forge 里这个依赖就会被卡在之前的版本，所以维护者有很大的压力要批准。但是上游没有针对 C++依赖的测试（谁没事测依赖），所以时不时会出现上游还没见过的 bug ，然后还要哄着上游去修。