QNX
最初是Gordon Bell
与Dan Dodge
两人在1980年代初期创建的一个实时微内核操作系统(RTOS(Real-Time Operating System
), 后来被黑莓(BlackBerry
)公司收购,因此也叫做Blackberry QNX
系统。QNX
被世人熟知还是因为其高安全性、QNX hypervisor
等特性在汽车领域的广泛应用。
这两年汽车领域在智能与域融合的推动下,开始兴起了各种虚拟化(Virtualization
)的座舱解决方案,尤其以黑莓公司的QNX
虚拟化方案应用最为广泛。说起来,虚拟化并不是什么新的概念,操作系统诞生之初就有了类似的原型: 对于一个分时的操作系统,通过在不同进程之间切换状态,给每个用户都制造一种完全使用整个机器的感觉,实则是操作系统通过进程之间的资源分时复用实现的结果。简单来说,虚拟化就是一种资源隔离与抽象的方案,通过对CPU
、Memory
、I/O
设备增加中间层的访问控制,以达到与访问物理资源同等的效果。
投屏是指将某个终端的音视频或者其他内容通过有线或者无线的形式投射到其他终端上的一种协议。目前常见的投屏协议有DLNA
/Airplay
/Mirracast
/Chromecast
:
DNS(Domain Name System)
即域名解析系统,是网络访问时用于将域名解析成对应IP地址的一种分布式网络服务。比如,要访问www.google.com
这个域名,Android
系统会首先发送一个UDP
请求到标准的53
端口系统的域名解析服务器,拿到对应的IP地址后才会与服务端建立连接。除了标准的DNS
服务外,目前还有HttpDNS
(DNS over Https, DoH
)以及基于TSL
的DNS
服务(DNS over TLS, DoT
)。
那么,Android
中DNS
解析的大致框架是怎么的?整个DNS
解析的流程又是怎么样的? 在看具体实现细节之前,我们不妨思考一下几个问题,想一想,如果我们自己从零开始为Android
设计一个DNS
系统,应该怎么做?
Those who cannot remember the past are condemned to repeat it
George Santayana
最近有同学在Android S(12)
上遇到了一个奇怪的网络问题,说自己的audio HAL
服务尝试通过以太网创建socket
与其他局域网的节点通讯时,总是提示Operation Not Permitted
。原先怀疑是Selinux
的问题,但是目前在开发版本中selinux
是完全关闭的;从问题发生的现象看,只有属于audioserver
这个UID
的进程才有问题,其他的如system/root
的进程则没有问题。
据此,我们可以推断,audioserver
这个UID
的进程没有相关权限,所以导致无法使用局域网的网络。记得在早前的Android
版本中,很多网络系统调用会通过netd
代理进行权限检查,比如socket/connect/bind
等系统调用都会先通过netdClient
这个库的接口进行权限检查,而后才真正进行系统调用。
Work on stuff that matters:
- work on something that matters to you more than money
- create more value than you capture
- take the long view.
Tim O’Reilly
这两天质量的同学反馈说iperf
测试时结果很差,跟实际的千兆带宽差别很大。确认了半天,发现内核的各项参数都已经完全按照千兆的目标速率进行配置了,那为什么还是会出现TCP/UDP
带宽不足的问题? 记得当时优化参数时,自己摸底测试的TCP
结果挺好的,都达到了预期的900Mbps
以上,看起来最近有什么修改导致了这个测试结果差异。
偶然的一个机会查看内核配置时,发现最近有人打开了trace
功能,看起来很可能是这个修改导致了网络性能的下降了。拿早前未开启trace
功能的版本一对比,果真是trace
功能影响了TCP
的带宽。
创造力 = 能力 × 热情 × 思维方式
- “能力”是指努力学到的知识、经验和技能
- “热情”是指工作时所有的激情和渴望成功等因素
- “思维方式”则指对待工作的心态、精神状态和价值偏好
一个人和一个企业能够取得多大成就,就看三个因素的乘积
稻盛和夫