@tankren 这个 iPhone 本身就是项目一部分，作为移动采集上传设备报备了的，一直也是站长保管的。

@tankren
@dream7758522
@podel
@huanxianghao

不是买一套东西就能解决的，事实上不仅仅是经费的问题，所有设备当初都是经过 IT 审计的，哪怕是自己掏钱买个手机，4G 路由，签个专线都不能随便加入到现有这个系统里面去的。加一个新的设备要各种审批，一时半会儿弄不下来。所以只能用当初项目提供的这一堆设备以及后面陆续增加的已通过审批的设备。

软件也面临这样的问题，这个网络和所有 PC 机上跑的软件，以及那个 iPhone 跑的软件都是经过审计了的。使用现有开源的东西，我们自己内部就能搞定，Linux 和 OpenWRT 其他项目里面有，审计流程简单。

@huanxianghao 前提是不增加任何硬件，这么说吧，当前的业务场景是某偏远山区的某个系统的维护站，整个网络都是离线运行的，现在是这些电脑上的有个国外软件 Licence 到期了，改成了必须每个月在线续一次。那个 iPhone 也是站长自己的手机，不可能有任何新增预算去添置任何新的设备，就是在现有设备基础上，把这个事情办成。

站长一个月去一次，通过 USB 把互联网连接共享到整个局域网。只要能更新就行，碰到紧急状况连一下网收发一下邮件，查看技术支持文档。

@mintyvovo 底层可以说已经是一样的了，内部一直在做 CoreOS 这个项目。其实以前 MacOS 和 iOS 的底层也差不多，不过是各自有取舍，比如 MacOS 没有 CoreMotion，CoreTelephony 等组件，iOS 没有 Disk Arbitration 等组件，界面上的差异就更大了。随着 M1 以及后续芯片的普及，二者会越来越趋近一致。

@ReferenceE 原生

绿联是矮子里面的将军了，毕竟价格放在哪里，做工中规中矩，该省料的地方肯定省料，保护电路什么的看看就好，但也绝不是山寨那种。飚王、奥睿科才是垃圾。

不缺钱买正品贝尔金，想要性价比还是 HP 、Dell 、联想。

@GuuJiang
第一层的人看到的是 HAL 下面的硬件行为，事实上单核在开启 SMT 的情况下，是一套算术逻辑单元对应两套寄存器阵列，在这个层级上，连内核空间和用户空间都不会进行区分的，拿到数据就放进去就执行。
第二层的人注意到了操作系统的存在，在 HAL 以上看这个问题，这个层级上才有 Process, Thread 各种抽象的概念，有了这些才有锁，各种锁更像是操作系统提供的 facility 。

运营商送的猫一般 Firmware 里面都会掺屎，外加各种限制。

@avia1ae 不是 MacOS 对 HDMI 有各种奇奇怪怪的问题，是 HDMI 本身会有各种莫名其妙的问题，本来按理说 HDMI，DVI，DP 都是走的数字信号，应该没有什么幺蛾子，但是实际情况就是 HDMI 会出各种状况，比如很常见的走 HDMI 有灰阶范围限制，默认为 Limited Range （ 16-235 ），这样会丢失部分细节；还有的显示器会被 HDMI 识别为高清电视，也会产生各种问题；此外低版本的 HDMI 碰到高分辨率显示屏存在带宽不足的情况时，是根本无解的，只能升级硬件；但是 DP 可以通过使用两个 DP 端口合并提供更高的带宽。

这些问题的原因在于，HDMI 是由索尼、日立、松下、飞利浦、东芝这些家电厂商制定的，而 DP 是由 VESA 组织制定的，背后是 Intel，AMD，Apple，Dell 等 PC 厂商支持的，DP 是根正苗红的 PC 显示接口，从 VGA->DVI->DP 这样一脉相承，本身带宽等技术指标也比 HDMI 高一大截。

就个人使用而已，我以前只要是使用标准的 DVI，DP 线，不管是接 1080 的屏幕还是更高的 4k 屏基本上显示不会出现什么问题；而同样的显示器如果接笔记本 HDMI 口就出现过各种问题，有时候是被识别成高清电视（这个可能与驱动也有关系），但 HDMI 挑线我是真正的第一次在数字信号电缆中碰到，讲道理数字信号不像 VGA 那样线缆质量要求很高，然而我就碰到过换一根质量好的原装线之后，显示质量有明显变化的情景。

反正，能不用 HDMI 就尽量不用 HDMI，期待 USB-C/TB 尽量早日一统江湖。

正常，今天另一个新闻是 猫扑关站了。

@ericgui 底层 ECU 差不多是 Baremetal 状态，没有操作系统，但是有 AutoSAR 的模块化处理和分层的思想。
上层有 QNX，Android Auto，AGL(Automotive Grade Linux)这三大主流系统，主要是对应车机中控，这个才是与用户互动较多的系统。
自动驾驶是自己独立一套系统。

汽车不止一两个处理器，上面也不是只跑一两种操作系统。一般谈汽车操作系统都是上层这个车机系统，其实没那么关键，最关键的是底层 ECU，刹车控制等跑的程序，这个是保命的。

显示界面用的 js，就图 js 快速迭代方便。真正核心的还是 C

底层可以看下这篇： https://www.zhihu.com/question/456002925/answer/1851184851

@fannas 正确的方法应该是去贴吧，各大耳机发烧论坛，发个帖子“恕我直言，500 块钱以下的耳机都是垃圾。”

然后下面一堆人就给你各种推荐了。

很老的梗了。。。

@going2think 可以参考 Chromium 的文档，我觉得还是不错的。如果本身底子不好，人员水平又参差不齐，建议还是尽量用 Qt 这种框架，给你一个比较好的模式和舞台。

还有一些项目虽然很有名也很厉害，比如 Linux 内核的，其实不建议参考，一是为了尽可能保证效率各种骚操作多，二是历史包袱也是有点重的。

自从 Ubuntu 开始强制推销自己的商店后，我就决定对其敬而远之，还是 Debian 好，稳如老狗，干净清爽，速度飞快。

@godblessumilk 快捷键一按，回头看帐户清空了。

@yeqizhang 嘿嘿，路由器里跑在一众 MIPS 处理器上的 C 代码想问问什么叫相当的好？还有一堆跑在 C51 处理器，PowerPC 处理器上的 C 代码。。。