差点忘说了，印度人读 beta 不读贝塔，读逼塔。第一次听到的时候愣了好久。

美音算是比较好听懂的，听不懂的一般是来自语速、用词还有一些少见的表达。
印音日音中音难懂，主要是因为这几个国家的人说话常有源自母语的错误发音习惯。
比如印度人说英语的时候很多辅音会发生音变，比如 possible 会读成 bossible ，write 会读成 lite 等。
比如日本人说英语的时候会有假名化的习惯，比如 taxi 会读成他哭戏等。
比如中国人说英语的时候常会按照中文节奏和拼音来发音，比如 take 会读成 ta 可，pig 会读成皮革，very 会读成歪瑞等。

知道了这些习惯以后，听人说话的时候再根据这种发音倾向反向翻译成英语就能听懂了。
我现在听组里一个中国人小妹妹说话的口音也要先脑内做一次处理才能听懂她想说什么。

练习听力和练习说话的训练是不一样的。练习听力就只能多听，听各种人的口音。练习说话的话则是要纠正自己错误的读音，哪怕你不去适应英音美音，就是中立的英语口音也没问题，但是发音要标准。我之前的老板是亚美尼亚人，说的一口中立口音但发音标准的英语，听起来丝般顺滑。

ermmm OPNSense 不好用吗？

@SeaTac 说印度英语的教程太多了都不用仔细找，说美音的难找（

你要是学懂了，就算是易语言也能拿来写工具。
自学编程如果想要当成事业来学，就好好跟着大学课程结构去系统学习。
入门可以用 Python ，但不要局限于 Python 。语言是一门工具（外语也是一样），你不能光靠语言吃饭，语言只是帮助你吃饭的一种工具。
先把基本的数据结构和简单的算法学会，然后操作系统和网络这些也要学。
英语要求不是那么高，但是高考的词汇量总要有，四级总要能考过吧。

你运行的是 lvreduce --resizefs 吗？
否则 lvreduce 应该会提示你数据会丢失的吧。

FS 和 Size 调成一样当然可以了，在执行 lvreduce 前先缩小文件系统就可以了，或者让 lvreduce 执行 resizefs 也可以。如果没有，而且 lvreduce 提示你数据会丢失的时候你同意了的话，那数据就会丢失。

@Tumblr 要不是 11 删了生产力依赖的功能，会有那么多人被迫抱着 10 不放吗……

因为相关的标准没有出？ MP4 这种普通的基于国际标准的容器，要支持一个新的格式就需要一份新的规范标准。如果标准没有通过，自然就不支持了。而且就算通过了，在这之前发布的播放器也不一定会去支持新的格式。换句话说就算 2024 年 FLAC in MP4 draft 通过了成为了标准，2024 年之前发布的硬件播放器和软件版本也没办法支持 flac in MP4 。

https://datatracker.ietf.org/doc/draft-ietf-cellar-flac/ Free Lossless Audio Codec draft-ietf-cellar-flac-13
https://github.com/xiph/flac/blob/master/doc/isoflac.txt Encapsulation of FLAC in ISO Base Media File Format Version 0.0.4

至于 MKV ，这东西灵活得很，mkvtoolnix 的作者哪天一高兴就给你加上了。

新建一个程序负责 git pull ，设置 owner 是 www 并且加上 sticky 位的权限。（其实就是重新发明一次 sudo 。）

以前说家装的时候我推荐预埋光纤，总有人说埋这玩意儿干嘛（

我 LaTeX 甚至都是用 markdown 转译生成的。
而且你写了那么多都是 Y 问题，X 问题其实都和 LaTeX 作为笔记语言无关。

上面说的丢包袱算是最大的区别了。
比如说 x86 平台上，支持 32 位意味着你需要支持三十年前的 MMX 技术，然后你编译软件的时候 target 可以选八十年代的 80386 ，就算是选比较新的 target 那也是九十年代的 i686 。你的编译器要为了去支持古老的 CPU 而生成很多不必要的代码，做不必要的兼容。（再加上 MMX 和 64 位寄存器是共用的，意味着 CPU 要增加很多数据擦除和切换的成本）
而 AMD64 平台则必定有 SSE2 ，最差最差也可以支持一定量的 SIMD 矢量并行技术，既不需要编译成标量版本，也不需要标量矢量各编译一遍然后动态切换。

对硬件也是一样，跑 32 位程序需要在硬件上留下 32 位指令集处理的部分，现在新的 ARM CPU 为了提高效率已经把这块删了。

不在境内你买一加国行么，频段各国不同，境外买国行有点自找麻烦的感觉了。

ext4 的 root 保留空间吗？

聊天记录一直本地存着，不相信漫游记录。
主要是聊天记录也不大，我电脑上的也就 20G 不到，找个地方存着就是了。

没了的就是没了。

你遇到过急需用车但是打不到车的情况吗？
如果没有，或者觉得无所谓，就不用买。
如果遇到过而且觉得非常有必要，那就买。

当然如果没钱的话也不是由你来选的。遇到急病又叫不到车，万一救护车也叫不到，那不就只能等死么。
如果你年轻身体又好，或者大城市出租车随叫随到，当然可以不买。

闪存写入寿命是根据闪存数据可靠留存时间来定的，JEDEC 规定 SSD 中的数据必须在规定的断电时长后仍能正常读取。

打个比方。
比如说 JEDEC 规定在某个温度条件下离电存储时间是一个月。
假如一块闪存全新的时候存储时间是一年，写入 1000T 以后变成了 5 个月，写入 2000T 以后变成了 3 个月，写入 3000T 以后变成了 1 个月，那么这块硬盘的写入寿命就是 3000T 。

寿命就是通过存储时间反向推算的。
然后主控会根据寿命做一些额外的限制，比如变成只读状态等等，这些人为的限制。
如果只说闪存本身的寿命的话，寿命到了也就是离电存储时间变短，断电会更容易丢数据，依然是可以使用的。

一年前就想烤火腿了，但一直没有动力把题库看完……
网络信号，如果你说的是固网的话，光纤 PON 中间节点是不需要供电的，局端都有备用电源和发电机组，骨干互联有多条百 G 光纤做冗余，要是真全炸了，那普通人早就没了。

下次你试试看部署一下那种 2000 年前后写的带汇编的 C 项目到现代的平台。才折腾一天叫什么复杂。
光是把内嵌的 MMX 和 3dnow!汇编全部重写成 SSE/AVX 就得花掉你几星期（笑）