Linked by kragil on Wed 23rd Jan 2013 20:26 UTC
Thread beginning with comment 550263
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: Comment by Laurence
by saso on Thu 24th Jan 2013 09:57
in reply to "RE[6]: Comment by Laurence"
And yet there are critical systems taking decisions at millisecond level coded in GC enabled languages, go figure.
When people develop in GC enabled languages, or operating systems (AOS for example), they need to write GC friendly algorithms.
When people develop in GC enabled languages, or operating systems (AOS for example), they need to write GC friendly algorithms.
Preciously few very carefully coded algorithms. Can you point to a piece of such real-time code on the net? So far, all the video codecs, OS kernels, device drivers and HPC libraries I've seen were all C/C++.
This is nothing new, even malloc/free are unpredictable when writing high performance code and most developers resort to custom allocators.
I didn't say anything about malloc/free. You're reading something I didn't write.
RE[8]: Comment by Laurence
by moondevil on Thu 24th Jan 2013 13:29
in reply to "RE[7]: Comment by Laurence"
"And yet there are critical systems taking decisions at millisecond level coded in GC enabled languages, go figure.
When people develop in GC enabled languages, or operating systems (AOS for example), they need to write GC friendly algorithms.
When people develop in GC enabled languages, or operating systems (AOS for example), they need to write GC friendly algorithms.
Preciously few very carefully coded algorithms. Can you point to a piece of such real-time code on the net? So far, all the video codecs, OS kernels, device drivers and HPC libraries I've seen were all C/C++. "
Missile radar control systems:
http://www.pr.com/press-release/136232
Battleship's war systems:
http://www.businesswire.com/news/home/20030715005133/en/NewMonics-W...
STM32 micro-controlers for automation:
http://www.emcu.it/STM32/STM32-STM8_embedded_software_solutions_mod... (last slide)
With A2, you get an desktop operating system 99% coded in Active Oberon, the remaining part in Assembly (boot loader and GC).
http://www.ocp.inf.ethz.ch/wiki/Documentation/Kernel
http://www.ocp.inf.ethz.ch/wiki/Documentation/WindowManager
Sadly Oberon based systems never got much uptake outside ETHZ in Zurich.




Member since:
2005-07-08
And yet there are critical systems taking decisions at millisecond level coded in GC enabled languages, go figure.
When people develop in GC enabled languages, or operating systems (AOS for example), they need to write GC friendly algorithms.
This is nothing new, even malloc/free are unpredictable when writing high performance code and most developers resort to custom allocators.