ARM 别想了，这种高速信号我一个学 EE 的都没办法自己画板。很多产品都是用现成的主控板用串口之类的低速信号和外设通信。

你把问题想复杂了，HDFS 和 YARN 本来就可以分开部署

最小权限原则，虽然一对密钥可以用来做很多事情，但证书只认可其中某几种是有效的。

关键是把天线引出来吧，塞在机箱后面的小角落里肯定信号不好的

多配置一个 192.168.2.0/24 网段的 IP. 然后调整一下防火墙，允许 192.168.1.0/24 和 192.168.2.0/24 之间的转发。

技术上面分析，现在国内用的就是通过数据流量获取推送这一套。标准的方式是 GSM 时代就有的蜂窝广播短信，国内一直都没有部署。包括紧急电话，国内也没有部署，现在手机在国内不插卡的情况下是打不通 110 的，只能在 112 上听到循环的「匪警请播 110...」那段录音。

不同文件系统的各种操作有不同的性能也很正常，我记得群晖默认是用 btrfs 的吧，你可以用 btrfs 试试。

关于其它 Linux 系统读取群晖硬盘的问题，实际上并没有这么复杂。md 和 lvm 都是 Linux 通用的，任何一个 Linux 系统都可以挂载并读写。至于不能随意互换硬盘，那是因为 NAS 是可以组阵列的，这是核心功能（虽然你可能没有在使用），系统设计必须优先考虑这个。阵列中的磁盘肯定不能随意互换，必须有一套机制来防止用户插错磁盘。

活性炭吸附效果是好的，要用空气净化器，让大量气体流过活性炭。炭包放在那里是没效果的。

我去年家里刚装修了，实测效果最好的是开窗通风，能把甲醛浓度降低到检测器的量程下限。夏天没法开窗，用空气净化器也能把浓度控制在安全范围内。

建议把 IoT 设备都用单独的 SSID, 划分到单独 VLAN 进行隔离。那些厂商不知道会搞出什么漏洞来

我的方案是这样的：

1. 吸顶灯：用凌动开关 + yeelight 的灯。
2. 筒灯：买了不带驱动的灯，在另外买 Zigbee 驱动，再加上传统开关作为机械备份。
3. 排气扇之类的非智能设备，用 Aqara 的 Zigbee 继电器开关。

Home Assistant 还是必须的，米家的功能太差了，随时间自动调整色温都做不到。

抄下来放保险柜

1. 地块的产出要有人口在上面工作才有效。一个人口要消耗 1 粮食。城市要有粮食盈余才会增长人口。所以前期需要增长人口的时候，要把人口安排在至少要 2 粮食产出的地块上工作，才能有效增长人口。
2. 看城市的情况，如果地理位置不好，比如没有淡水，建设的也不好（没有什么建成的奇观、区域），就不如烧了自己建。
3. 通过忠诚度压力可以让别人的城市叛变，可以玩阿基坦的埃莉诺。
4. 首都是固定的，其它城市是从一个池子里随机选择。城市可以自己改名。

@lisxour 好多小区就只有一家运营商的光纤

足够快的释放等于抖动，会直接被过滤掉。只要中断处理不是慢得很离谱，就没有什么问题。但树莓派上拿 python 写的所谓“中断处理程序”并不是真的，确实可能出现慢得离谱的情况。

针对问题：

1. 电动机启停的影响我们一般考虑电压而不是电流。所谓线径的承载能力，一般是电流产生的发热的限制。电动机启停产生的瞬时电流导致的发热增加并不能使导线温度提高多少，不需要考虑。但瞬时电压的提高可能会影响其它电器。
2. 防雷的原理和防电动机干扰的原理是不一样的。雷电电压要高得多，放雷的实现方式，是用一种容易被高压击穿的材料短路连接零火线，平时是绝缘的，雷电来的时候材料被击穿，把电路短路而保护电器。这种方式是一次性的，击穿完防雷保护器就失效了，它只能保护电器不被损坏。
3. 大负载电器关闭，一般是要电动机类的感性负载才会导致过压。

其实，我们一般是把 TCPMSS 加在 mangle 表的，默认的表是 filter, 这个操作显然不属于过滤操作。

@liuguangxuan 最近的是前年

@liuguangxuan 我家买了好几辆丰田异地上牌了

我爷爷 80+ 做过这个手术，小手术，似乎年龄大的男性都容易出现这个问题，很常见的。随便一家三甲医院就可以了。这个手术一般是腰麻吧，很安全的。