Malo zakasnelo, ali interesantna analiza sa anandtech-a:
http://www.anandtech.com/show/...re-money-fewer-problems-no-x86
The most notable bit here is that the chipset license agreement will now formally define that NVIDIA does not gain rights to DMI/QPI, which the agreement defines as being Intel processors with an on-chip/on-die memory controller. So while the company can continue to produce C2D chipsets, they will not be able to produce a Nehalem or Sandy Bridge chipset.
NVIDIA also does not get an x86 license. x86 is among an umbrella group of what’s being called “Intel proprietary products” which NVIDIA is not getting access to. Intel’s flash memory holdings and other chipset holdings are also a part of this. Interestingly the agreement also classifies an “Intel Architecture Emulator” as being a proprietary product. At first glance
this would seem to disallow NVIDIA from making an x86 emulator for any of their products, be it their GPU holdings or the newly announced Project Denver ARM CPU. Being officially prohibited from emulating x86 could be a huge deal for Denver down the road depending on where NVIDIA goes with it.
Meni je ovaj bold ravan samoubistvu. nVidia izgleda hoće da napadne Intel direktno, na mobilnom i server tržistu pri tom se odričući mogućnosti da bilo koja postojeća x86 aplikacija radi na arm-u. Jako me zanima kojim metodama misle da privole kompanije da podrže denver.
I komentari su interesantni:
At second glance the agreement would also seem to disallow it:
1.8. “Intel Architecture Emulator” shall mean software, firmware, or hardware that, through emulation, simulation or any other process, allows a computer or other device that does not contain an Intel Compatible Processor, or a processor that is not an Intel Compatible Processor, to execute binary code that is capable of being executed on an Intel Compatible Processor.
1.12. “Intel Compatible Processor” shall mean any Processor that (a) can perform substantially the same functions as an Intel Processor by compatibly executing or otherwise processing (i) a substantial portion of the instruction set of an Intel Processor or (ii) object code versions of applications or other software targeted to run on an Intel Processor, in order to achieve substantially the same result as an Intel Processor; or (b) is substantially compatible with an Intel Processor Bus.
An interesting constraint, but IMHO likely to be at worst a mild speed bump. In 4-5 years we'll know better: maybe Nvidia will hit that constraint (IMHO doubtful as they'll have plenty of new workloads/apps); or the current trajectory will make it irrelevant (ok, we can't run your legacy x86 apps--who cares cuz we got plenty of other new and more important ones that people want).
In short, that constraint appears to be Intel looking to the past and attempting to protect their legacy turf, while Nvidia looks forward and their lawyers yawn and say "yeah, whatever, talk to you in six years."
i ovaj:
With retrospect, I could see the mobile-ARM market as lucrative and still booming, and the opposite of the desktop-market. Seems to me that nVidia is wagering everything, that their GPGPU + ARM architecture would beat Intel's SoC solution in terms of power-usage and parallel computation throughput.
But vol7ron brings up a good point, that the PC-users (and gamers) really only know of x86. And it doesn't matter if there's a better architecture/SoC out there, because it doesn't run Starcraft/LabView/Fishbowl. Even with a library-blessing from Microsoft, an ARM+GPGPU system still might not be licensed to actually run what software people are locked to.
Lord knows the developers are either slow to port across architectures (sans Apple). And nVidia is betting that somebody will take up the call for their ARM+GPGPU powerhouse. Microsoft might do it, but I've seen a lot of promising things Microsoft might do, that get axed. Apple might do it, but they've already been burned by straying from hardware too different than the norm. Linux/Android will definitely do it, but my enthusiasm for Linux distros depend on how well it runs Wine.
Jedno pitanje mi se mota po glavi, da li ovo znači da bi Intel tužio Wine ekipu ako portuju wine na neki arm linux distro? Znamo šta Apple radi po pitanju portovanja svog os-a na ne apple hardver.