4 ms·
Previous discussions came to the same conclusion, with the added realization that Python has no hope of maintaining the consistent latency required by a hard-re
by nitrogen 10y ago
Previous discussions came to the same conclusion, with the added realization that Python has no hope of maintaining the consistent latency required by a hard-real-time task such as driving a car.
- agumonkey 10y agoI don't know how much bandwidth and complexity is involved in processing the single cam setup, maybe with a recent core i7, the variability of python is swallowed by the cpu performance. That said, Hotz claimed to have read state of the art papers, but it doesn't seem he meant hard real time physics/mechanics computations; probably neural net, computer vision and deep learning. Hacker way ?
- tremon 10y agoI don't know how much bandwidth and complexity is involved It's not about bandwidth or complexity, it's about latency. And no, even a recent core i7 can be stalled for long enough to cause underruns in a simple audio stream.
- TickleSteve 10y agoreal-time is about maximum-bounded response time.... not performance. an i7 in this case will be significantly worse than a Cortex-M0. Entirely due to the features in the i7 that make it high performance, such as instruction reordering, branch prediction, etc. All those types of features make the performance less deterministic.
- jsjohnst 10y agoPython isn't the only code, there's also a bunch in C too, but that's mostly only provided in binary form.
- tlb 10y agoI was able to run walking robot control software in Python at 100 Hz hardly ever missing a tick. Because it uses reference counting for most garbage collection, Python performance is very consistent. Still, I wouldn't let it drive my car.