哦，那我确实不了解。

不可以把这些数据先传到车机的磁盘上，然后再用车机程序上传到服务器吗？并且在车机的磁盘上做压缩并滚动保存。上传时，也是上传压缩后的数据。文本的压缩率非常大的，上传原始数据非常不划算。

对车机来说，这些传感器之类也只算是一个外设吧，这样车机从外设读取数据，应该是个非常常规的操作，没有任何难度。

所以我还是想不明白难在哪里了。

上传日志太多确实会导致服务器端压力过大，所以不可能是保持长连接实时上传。所以才需要按定时压缩成包上传。

我也做过互联网公司的日志后期处理，一天几T数据不算太大吧？特斯拉车子现在的保有量也不算大，能上百万吗？百万个客户端应该还不算太多的。

【 在 moudy 的大作中提到: 】
: 上传是要花钱的。几百万辆车，每辆车每天上传1M数据就是几T的数据。我给厂家做过上传数据的项目，那真是一个字节一个字节的算的，远没有你想的那么舒服。
: 本地滚动啥的说明你不知道车上这些ECU是啥级别。
: 比如当前雷达处理用的S32R274, 对一般的ECU需求来说已经是很nb的CPU了，双核180MHz, 2M（没错2048K)闪存，1.5M内存
: ...................
--
FROM 175.190.117.*