2 ms·
>I'm not so sure there are applications which simply cannot tolerate garbage collection. Things that need to be really seriously realtime, such as aeroplane pi
by JonnieCache 16y ago
>I'm not so sure there are applications which simply cannot tolerate garbage collection.
Things that need to be really seriously realtime, such as aeroplane pilot assistance AI, and medical equipment firmware, I think these cannot use stuff like GC because there is no room for the slightest deviation in performance.
- lysium 16y agoAs snprbob86 already mentioned, you pre-allocate all the memory you will need, so GC never runs.
- masklinn 16y ago> Things that need to be really seriously realtime Real-time garbage collection (hard and soft) is not a work of fiction. Hell, the first papers on real-time GCs were in the 70s. > I think these cannot use stuff like GC because there is no room for the slightest deviation in performance. IBM's Metronome (Bacon & al) is a hard real-time GC.
- anamax 16y ago> Things that need to be really seriously realtime, such as aeroplane pilot assistance AI, and medical equipment firmware, I think these cannot use stuff like GC because there is no room for the slightest deviation in performance. Nope - real time systems have room for deviation. They "just" have different bounds. Specifically, hard real time "merely" requires guarantees that operations complete before their deadline. For example, real-time systems can have caches even though they introduce varibility in execution time. Of course, the closer one is to the edge, the less room for error or mis-allocation, aka "time fragmentation".