4 ms·
As much as I love Python, you need realtime processing for this kind of things. You can't have a slow language with gc pauses and no way to guaranty execution t
by sametmax 8y ago
As much as I love Python, you need realtime processing for this kind of things. You can't have a slow language with gc pauses and no way to guaranty execution time for a given operation.
- tinus_hn 8y agoIf you want to replace the always attentive driver who never blinks their eyes?
- blub 8y agoIt's not necessarily about speed of reaction, although that certainly plays a part. Such software needs to react in real time though, if the task that's turning the steering wheel gets preempted in the middle of taking a curve on a cliff your self-driving car will become a self-flying car. Such a system would be the equivalent of a driver that suddenly starts texting at all sorts of poorly chosen times.
- sametmax 8y agoIt's more a matter of concurrency and blocking behavior. Gc blocks. A task you can't bound to an execution time blocks.
- amelius 8y agoYou should also mention the GIL here (Global Interpreter Lock). https://realpython.com/python-gil/ https://realpython.com/python-gil/
- icebraining 8y agoCPython spent actually need the GC. If you make sure you have no cycles, you can disable it, since the rest uses reference counting (which AFAIK is predictable).