Laforet

@mrzx 也别太相信西数的节操，当初叠瓦盘出圈不就是因为 WD 脑子发昏把 SMR 放到了红盘产品线里结果把一堆 zfs 阵列搞崩了？

当然 SMR 本身不是问题，主要是现在的主流实现方式过于弱智。反复写入慢是正常的，但是文件系统不知道设备在折腾什么，只能按照一般经验认为遇到了慢区和坏块写入失败，然后恶性循环。这个问题光靠 TLER 解决不了。

夸张点说，人一觉醒来之后的意识与入睡之前未必都是连续的。现在的你不过是一个继承了昨天睡前全部记忆的船新意识体罢了。

正常安装的 M2 是平的，不可能弯。你是不是没用铜柱？

还好了，至少买的时候就知道不行。2013 版 Mac Pro 是开售几个月后专门发了个系统更新去掉了所有 eGPU 相关的功能，你去问就说我们从来没有这个功能你别乱说啊，注意点影响

Base64 再用固定密钥 XOR 最简单，传输过程中有 gzip 的话文件大小其实不会增加多少，客户端开销是绕不开的。如果对性能要求很高那可以自己写一个 decoder 然后把解压放在 js 层面完成，但是感觉有点本末倒置。

Base64

我也试了一下。首先是“富士 x100f 查看快门次数”。首页没有什么有用的信息但是采集站也不多而且都排在后面。

https://imgur.com/Hgz4YbT

然后是“富士 x100f 查看 快门次数”。第一条就是富士 X100t 的官方文档，没有实物不确定是否适用于 X100f 但是比之前的针对性好很多。估计“查看”这个多余的关键字会影响分词

https://imgur.com/z2Gs1nU

最后换成“富士 x100f 快门次数”。第四个 mobile01 的链接点开，里面有富士 x100f 官方文档的链接，任务完成。

https://imgur.com/HwAcleQ

正确的结果其实还能搜到，但是 Google 的中文搜索分词基本上废了。极端一点的栗子就和楼上用 Yandex 搜出来的一样不知所云。我能给的建议就是搜索时尽可能的用意思明确的单词而不要用类似自然语言的短语搜索。

字库这个词的本意应该是八位机或者汉卡上的 Character ROM 。这些东西早就功能性灭绝了所以反而不会有歧义。

@LANB0 因为功能机时代就有这种“究竟哪个芯片是内存”的问题了。为了避免鸡同鸭讲，板载闪存和其他非可失存储统一称为字库。