speckedhoncho
Member
- Aug 3, 2007
- 156
- 0
- 0
The big focus of the article is showing how Intel can make future GP Processors that can take in x86 instructions and convert them to other ISA formats.
Translation at runtime ruins performance of what the Intel presenter described as non-regular algorithms working on scalable datasets. The increase in time is too much.
Finance and Business Applications, as the presenter described, can handle translation, because the performance of the application is on an order big enough due to many factors such as simultaneous users, application depth, and highly varying data sets that using Java J2EE and translating bytecode at runtime will not significantly increase the time percentage-wise.
But geometry calculations encoded into x86 then translated into a vector-based ISA in the pipeline doesn't make a whole lot of sense.
Translation at runtime ruins performance of what the Intel presenter described as non-regular algorithms working on scalable datasets. The increase in time is too much.
Finance and Business Applications, as the presenter described, can handle translation, because the performance of the application is on an order big enough due to many factors such as simultaneous users, application depth, and highly varying data sets that using Java J2EE and translating bytecode at runtime will not significantly increase the time percentage-wise.
But geometry calculations encoded into x86 then translated into a vector-based ISA in the pipeline doesn't make a whole lot of sense.
