Soleron said:
NJ5 said:
This will probably just improve the loops which are embarassingly parallel... Any real-time or performance-critical application would already have the most important loops parallelized.
And of course it will only work if the functions called in the loop are purely functional (i.e. not accessing volatile or global variables, and only calling equally clean functions).
Still pretty cool but nothing revolutionary, this optimization is just picking the low-hanging fruit. The real optimizations lie in fundamentally restructuring programs around the idea of multi-core, which is where it gets hard or impossible to do.
|
Well, I'm not an expert, so I'll agree with you.
Could there be any sort of compiler-level software in the future that could do that restructuring?
|
I guess I went a bit too far. If thats the case, its no miracle as NJ5 said. If they make it better than that, it would mean more logical paths and that would mean problems on IoE platforms(Too complex = it would run slower than on one core.). Thats what I ment in my first post.
