Slashdot Mirror
Intel Builds On Top of Android, But Hedges On Open-Sourcing Improvements
Barence writes with this news as carried by PC Pro: "Intel claims it is making significant improvements to the multicore performance of Android — but isn't sure if it's willing to share them with the open-source community. Speaking to journalists in London, Intel's mobile chief Mike Bell said that Intel's engineers were making significant improvements to Android's scheduler to improve its multicore performance. 'Android doesn't make as effective use of multicore as it could,' he said. However, when pressed by PC Pro on whether those improvements would be shared with the open-source community and Intel's competitors, Bell remained non-committal. 'Where we are required to give back to open source, we do,' said Bell. 'In cases where it's not required to be open source, I'm going to think about it. I don't like doing R&D for competitors if they're not going to contribute themselves,' said Bell, before adding that 'in general, our philosophy is to give things back.'"
'Where we are required to give back to open source, we do... In cases where it's not required to be open source, I'm going to think about it. I don't like doing R&D for competitors if they're not going to contribute themselves,"
I'm glad to see that altruism is still alive and well, when it's required and only based off other people's work.
The whole article reeks of PR and marketspeak. "Of course we can do better than everyone else", "no way is ARM going to beat us, our single core is better than their dual-core!"
My response to Intel is to put up or shut up. Or be ignored, since I know they won't do the latter (they didn't get to be a 100+ billion dollar company by not marketing the hell out of their product).
"None can love freedom heartily, but good men; the rest love not freedom, but license." --John Milton
Mike Bell is talking about something he says Intel is"working on, not something that Intel is shipping or even something that he claims is totally functional and free of bugs. There's a big distinction between "we're greedy bastards" and "we're not releasing source to beta versions of undistributed software." I think the summary could reflect better.
Link: http://en.wikipedia.org/wiki/Stone_soup Intel of all comnpanies should know how this works.
Oh wait, no, the other one, I mean it is THE shit. The ICC produces the most optimized code out there. It's amazing when you see a test of compilers there is some back and forth among tests, with newer compilers generally being faster than older ones (like Visual Studio 6 is pathetically bad VS 10 is pretty good). Then, above them all, is the ICC. On every test.
So know what? I'm going to say Intel knows something about optimization, perhaps more than anyone else in the world. They may well have some good optimizations.
Also your perception of Intel as just some marketing company is rather stupid. Intel does tons of R&D, real groundbreaking R&D, they throw billions at it where other companies whine abut the cost. Know who has the ONLY commercial 22nm lithography process in the world currently? Intel. They have better tech because they threw tons of money and man hours at it.
They market their shit of course, but acting like what they do is marketing and that they don't do tons of R&D and deliver some amazing products is stupid.
I wonder if some of the issue is actually Intel vetting approval from their legal department. A lot of people like to point at Intel engineering and point and say look at all the cool stuff they holding back and only offering as binary blobs. The reality is that their middle management business to business side keeps letting 3rd parties write horrific terms into contracts.
I know with Atom CPU development that the GPU is extremely encumbered by NDAs with PowerVR which prevent Intel from releasing any decent drivers for Linux or Android. There was even one support technician who commented on the fact that he compiled working Android x86 graphics drivers for GMA 500/600 based hardware only to find out from his boss that they could not be released because parts of the code tree where contaminated by bits of PowerVR code. The technician in question goes by "pinebud77" on YouTube and just "PineBud" on pocketables.com. At the time, about 2 years ago, Intel then and up through now, has had to completely rewrite their drivers for GMA graphics on both Windows and *nix platforms due to bad legal agreements. They've had to go so far as to reverse engineer drivers they had already paid for. It has even been questioned how much this killed Meego development in early stages.
I suspect there might be similar bad deals with partners hurting Intel here. The gist I have gotten is that they don't want to withhold drivers or technology, but even when they back up a Brinks truck of cash, they get screwed on contract terms by 3rd parties. The management folks don't have any clue why they might need rights to code they buy from Imagination Technology, Tungsten, or others.
I know the article is related to multi-threading CPU processes, which Intel definitely has a lot of their own engineering invested, but I wouldn't take the "I don't like doing R&D for competitors if they're not going to contribute themselves," as the sole reason. Further, seriously consider the current x86 vs ARM environment. If you look at the article comments and forums at many other tech news sites (namely arstechnica.com and theverge.com) there are a LOT of relatively ignorant people who seem to think various ARM architectures are vastly superior in computing power to x86 and trying to turn it into some kind of architecture holy war on the scale of AMD vs. Intel vs. Cyrix debates of years past. People who actually think that ARM has equivalent processing power to low end i5 CPUs, when top end quad core ARM CPU's can't even match the FPU performance of 4 year old ATOM single cores. It's even harder to explain to those crowds the massive issues ARM has with scaling and multitasking due to huge bandwidth to IO busses bottlenecks. All of these factors give Intel very good reasons not to share their undertakings with competitors who have brainwashed enough masses to no longer need to compete on merits. I'll give various ARM implementations the performance to battery use crown all day, it's a great CPU for something like a smartphone. When I hear derpity derp about ARM for high utilization clusters though, I vomit a bit in my throat.