Linked by kragil on Wed 23rd Jan 2013 20:26 UTC
Google "Native Client enables Chrome to run high-performance apps compiled from your C and C++ code. One of the main goals of Native Client is to be architecture-independent, so that all machines can run NaCl content. Today we're taking another step toward that goal: our Native Client SDK now supports ARM devices, from version 25 and onwards."
Thread beginning with comment 550263
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: Comment by Laurence
by moondevil on Thu 24th Jan 2013 06:43 UTC in reply to "RE[5]: Comment by Laurence"
moondevil
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.

Reply Parent Score: 2

RE[7]: Comment by Laurence
by saso on Thu 24th Jan 2013 09:57 in reply to "RE[6]: Comment by Laurence"
saso Member since:
2007-04-18

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.

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.

Reply Parent Score: 3

RE[8]: Comment by Laurence
by moondevil on Thu 24th Jan 2013 13:29 in reply to "RE[7]: Comment by Laurence"
moondevil 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.

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.

Reply Parent Score: 2