since these chips use a VLIW core for the actual processing with the x86 instructions being compiled on the fly to the vliw code.
Maybe if the linux kernel was compiled to take better advantage of instruction level parallelism the code morphing engine(the x86 to vliw compiler) could actually run linux much faster.
But then that would be doing some part of the code morphing engines job at the compiler level... nothing wrong with that except you would have to write an entirely new compiler.
plz correct me if i am wrong. (any comp arch gurus around)
well they are not exactly a compression technique... but basically an error correcting technique.... like hamming. And thus help you transfer more reliably at the same power.
Error correction again seems like one of the bottom less pits...
like trying to achieve zero kelvin... perfect vacuum and of course this landmark talk by feynman.
Another thing that worries me is why all prepostrous claims are met with so much resistance.... relativity, quantum mechanics, secure-crashfree-windows(oops)... strange world we live in.
a) giving a clear choice... instead of the 'only for advanced users' install time configuration allowing you to explicitly choose installables with an easy to use interface.
b) and keeping open-interfaces(even if not open src), so that other players can easily integrate their products into windows.
now how tough (or harmful) can that be ? (both a question and statement)
additions/mods to the list welcome...
It seems nothing short of total domination will satisfy microsoft... yet somehow that seems to be the only way to make money:( (are there others ?)....and MS always seems to like shutting the door on the competition instead of providing a better product than it.
Exciting !! And maybe my neighbours underground bunker would have finally proven to be useful for things other than coding marathons...
This would also be one hell sure way to get rid of windoze once and for all... only something as distributed as open-source software can survive such a catastrophy... wouldnt it be amazing if entire source code of windows was lost. wow !
Now compare that to the linux source present on millions(?) of computers all over the world. Reminds me of the phoenix...
This IL obviously like many other things cannot be the best solution in all cases.
Which is why there generally are a million ways to solve each of the kazillion problems... each having its own plus points.
Its thus difficult to say that a universal intermediate runtime language for hi perf computing will emerge.
Even the design of a new computing architecture can render it ineffective (unless it is designed to avoid these issues, but then?) though ofcourse this doesnt happen overnight.
On the other hand ppl can even start making architecture specifically optimized for this language widely increasing its popularity. (speculation)>/p>
Look at what transmeta did in the crusoe. Adding another abstraction layer between the vliw cpu and the native x86 code had some very interesting results. As a matter of fact an IL could be even more useful in vliws when this arch gains popularity since optimization at the level of the IL maybe preferred over direct assembly(!) optimization in this case.
so imho this IL is not really going to be anything more than an interesting way to do high perf computing.
Slashdot Mirror
I think the question should rather be...
Whether linux is well optimized for x86 arch.
since these chips use a VLIW core for the actual processing with the x86 instructions being compiled on the fly to the vliw code.
Maybe if the linux kernel was compiled to take better advantage of instruction level parallelism the code morphing engine(the x86 to vliw compiler) could actually run linux much faster.
But then that would be doing some part of the code morphing engines job at the compiler level... nothing wrong with that except you would have to write an entirely new compiler.
plz correct me if i am wrong. (any comp arch gurus around)
well they are not exactly a compression technique... but basically an error correcting technique.... like hamming. And thus help you transfer more reliably at the same power.
see this small writeup
besides changes like the one you talk about would require hardware changes... as i said its not compression
Error correction again seems like one of the bottom less pits... like trying to achieve zero kelvin... perfect vacuum and of course this landmark talk by feynman.
Another thing that worries me is why all prepostrous claims are met with so much resistance.... relativity, quantum mechanics, secure-crashfree-windows(oops)...
strange world we live in.
a) giving a clear choice... instead of the 'only for advanced users' install time configuration allowing you to explicitly choose installables with an easy to use interface.
:( (are there others ?) ....and MS always seems to like shutting the door on the competition instead of providing a better product than it.
b) and keeping open-interfaces(even if not open src), so that other players can easily integrate their products into windows.
now how tough (or harmful) can that be ? (both a question and statement)
additions/mods to the list welcome...
It seems nothing short of total domination will satisfy microsoft... yet somehow that seems to be the only way to make money
Exciting !!
And maybe my neighbours underground bunker would have finally proven to be useful for things other than coding marathons...
This would also be one hell sure way to get rid of windoze once and for all... only something as distributed as open-source software can survive such a catastrophy... wouldnt it be amazing if entire source code of windows was lost. wow !
Now compare that to the linux source present on millions(?) of computers all over the world. Reminds me of the phoenix...
tisk tisk..
(warning: seriousness levels dangerously low)
I totally agree with you. Signal processing classes are definately hard but once you get in you just cant get out.
Another thing how come krappy inaccurate comments like this(8017856) get a score of 5(Informative) while the appropriate replies(8018859) only get 2 !!
Randomness in selection of moderators can only generate noise.
This IL obviously like many other things cannot be the best solution in all cases.
Which is why there generally are a million ways to solve each of the kazillion problems... each having its own plus points.
Its thus difficult to say that a universal intermediate runtime language for hi perf computing will emerge.
Even the design of a new computing architecture can render it ineffective (unless it is designed to avoid these issues, but then?) though ofcourse this doesnt happen overnight.
On the other hand ppl can even start making architecture specifically optimized for this language widely increasing its popularity. (speculation)>/p>
Look at what transmeta did in the crusoe. Adding another abstraction layer between the vliw cpu and the native x86 code had some very interesting results. As a matter of fact an IL could be even more useful in vliws when this arch gains popularity since optimization at the level of the IL maybe preferred over direct assembly(!) optimization in this case.
so imho this IL is not really going to be anything more than an interesting way to do high perf computing.
happy computing fellow nerds.