半双工，打六折，2.4Gbps 的协商速率，信号好一些的话，传输应该能到 1.3-1.4Gbps

顺便来一个不能回线？

有那种变色的灯，连续两次开关可以切换色温，两个色温就相当于两盏灯，所以靠这种前端控制器来一根零火控制两个灯。

ipad：谁叫我

@systemcall 11# 运营商做室分也得看物业的脸，然后搁到学校这个物业主体 /固资所有者，这就聊不动了。

给楼上补充一个 zmk.pw ，subhd 还得扫码

@Leonard 19# 又不是第一个，当然也不是最后一个。HDMI 2.0 叫 HDMI 2.1 TMDS

所以即便 12# 15#说支持 HDMI 2.1 ，也可能还是 HDMI 2.0 ，至于超过 4k60Hz8bit 的能力，那确实还是超过了原 HDMI 2.0 14.4Gbps 的限制，也就是说，勉强 HDMI 2.1 ，如果刷不到 120Hz ，那就是显卡芯片的问题了。

来一个满大街都是的头像

想办法让腰挺直，比如某些腰带

HDR1000 的电视，55 寸起，支持高刷
对我说的就是大法

让我数一数，这是弄了 5 个 NAT 啊，有想法。。。扁平化不好么。。。一个家庭网路，一般情况下最多 1 个 NAT 。2.7 替代 2.1 ，2.4 和 200.2 开 AP 模式。

不然，192.168.2.1 或者 2.7 需要上静态路由 192.168.100.0/24 via 192.168.2.4 ，然后 2.4 做 ip_forward 开 SNAT 、DNAT 。

可问题是别说 4k120 就算是 4k60Hz10bit ，HDMI2.0 也吃不下啊，更别说 DV 需要 4k60Hz12bit 了。
哦，可以降帧，4k[24hz|30Hz]12bit

你的 TP 到底路由还是 AP

PWM 和 DC ，确定 BIOS 工作的模式跟风扇的模式匹配

https://cloud.tencent.com/developer/article/1888426 ，善用搜索引擎：nginx resolver upstream
似乎 upstream 和 resolver 没有良好解。

对象存储很重要？跟 seafile 的团队沟通过，他们的底层本身就是某种形式的对象存储。
才 10 个人 15 个人，上个 seafile docker 就轻松解决问题。我这边都支撑了 50 人规模的文件共享，从 seafile1.x 一路用到现在。

com.alphainventor.filemanager

如果想要知道怎么做到实例 parent 嗲用了 Child.print 的话，可以了解一下 JAVA 虚拟机以及 bytecode

如果想要知道为什么要这么做的话，那就得问 Bjarne Stroustrup 和 James Gosling 了。🤣

我好像提过类似的问题。我当时的问题是想办法外部调用的时候，调用 Parent 的而不是 Child 的。
但这确实就是 JAVA 的继承机制，重写 overwrite 父类方法。从 bytecode 看，Child 的实例，也就是 parent 相应的 method 入口在 Child.print 上，除非反射，否则类加载器永远无法找到 Parent.print 。

另外这里还有修饰符，print 的没有显式写，所以默认是 public ，那 Child 就 overwrite 了 print ，如果修饰符为 private ，那就不会 overwrite ，本级调用本级，次级调用次级，不会互相串。