- 主题:T家车机系统据说是用的分时系统,可靠性可想而知
-   有没有谁用vxworks做车机的?
 【 在 jacksky 的大作中提到: 】
 : T家的车机据说是用的linux内核底层,一个分时系统,那追求资源最大利用率,发生进程争抢,
 : 无法做出快速响应,就很容易解释着急踩刹车无及时反馈的情况。
 : 分时系统是效率优先,尽可能里利用CPU的算力;实时系统优先保证的是响应效率
 : ...................
 --
 FROM 101.95.178.*
 
- 那互联网巨头转过来造车的车机大多数是linux改的吧
 【 在 jacksky 的大作中提到: 】
 : T家的车机据说是用的linux内核底层,一个分时系统,那追求资源最大利用率,发生进程争抢,
 : 无法做出快速响应,就很容易解释着急踩刹车无及时反馈的情况。
 : 分时系统是效率优先,尽可能里利用CPU的算力;实时系统优先保证的是响应效率
 : ...................
 --
 FROM 116.169.3.*
 
- Linux是非抢占系统,有急事真没辙。Unix才是分时系统,可以抢占,但调度比较复杂。所以单任务运行Linux效率略高。
 【 在 jacksky 的大作中提到: 】
 : T家的车机据说是用的linux内核底层,一个分时系统,那追求资源最大利用率,发生进程争抢,
 : 无法做出快速响应,就很容易解释着急踩刹车无及时反馈的情况。
 : 分时系统是效率优先,尽可能里利用CPU的算力;实时系统优先保证的是响应效率
 : ...................
 --
 修改:ylh1969 FROM 221.221.53.*
 FROM 221.221.53.*
 
- linux 有 realtime
 windows也有人做
 【 在 jacksky 的大作中提到: 】
 : T家的车机据说是用的linux内核底层,一个分时系统,那追求资源最大利用率,发生进程争抢,
 :
 : 无法做出快速响应,就很容易解释着急踩刹车无及时反馈的情况。
 : ....................
 --
 FROM 61.148.245.*
 
- linux 有 PREEMPT_RT,T的问题是啥都依靠那个大屏,大屏挂了,很多操作没法弄,只是相当于门锁了,但是里面的东西该运行还是在运行的。
 --
 FROM 114.242.224.*
 
- 有个层级的问题
 都是实时的
 平级就会有冲突问题,需要协调
 
 如果刹车优先级不是最高
 出点bug不是很正常吗
 
 【 在 beasy 的大作中提到: 】
 : 对实时子系统进行控制封肯定合适实时系统。上面的非实时的中控系统只是读取信息,不会对实时系统进行细节操控。这是常识,特斯拉要是这样做,那么出事的概率应该和你的电脑蓝屏的情况差不多。那就不是这几个事故了
 --
 FROM 223.104.42.*
 
- 实时系统和你所谓分时系统是相对的吗?
 搞清楚概念再来说吧
 再说车机是干什么的搞清楚了吗
 
 【 在 jacksky 的大作中提到: 】
 : T家的车机据说是用的linux内核底层,一个分时系统,那追求资源最大利用率,发生进程争抢,
 : 无法做出快速响应,就很容易解释着急踩刹车无及时反馈的情况。
 : 分时系统是效率优先,尽可能里利用CPU的算力;实时系统优先保证的是响应效率
 : ...................
 --
 FROM 121.69.106.114
 
- windows有实时系统,有需要的工控机应该会用
 
 【 在 XiaChuan 的大作中提到: 】
 : 好多研华工控机就是windows平台的,有那么不堪嘛?
 :
 --
 FROM 222.128.17.*
 
- 那也比不上,plc的使用环境就差一大截
 
 
 【 在 XiaChuan 的大作中提到: 】
 : 西门子的plc和ecu比呢?
 :
 : 【 在 agui099 @ [AutoWorld] 的大作中提到: 】
 : ....................
 
 - 来自「最水木 for iPhone 11」
 --
 FROM 211.157.149.*
 
- 难道不用中断。
 不用中断,没有操作系统的mcu程序也没办法处理急事的。
 【 在 ylh1969 的大作中提到: 】
 : Linux是非抢占系统,有急事真没辙。Unix才是分时系统,可以抢占,但调度比较复杂。所以单任务运行Linux效率略高。
 --
 FROM 221.239.111.*