InsideTech

great thanks.

That would be great, and I'm sure MS can find a way to slow it down! LOL

Graphene sounds kind of intense, seeing faster processors could be really cool though, this could disprove Moore's law to shame. Heres to hoping

Commentary suggesting that this breakthrough would be best applied to consumer technology is a bit like suggesting that the best use for diamond to strap it to a ring on your bird.

we congratulate MIT & wish them great success

With Regards
Er.R.S.PAHARIA

this research will give a new direction to e-areas.

hmmm...faster electronics in one part of the formula, and getting them to go faster will produce some faster end results, but the device interconnect is still going to be a fraction of processor bandwidth. As long as there are glass-epoxy boards with metal traces there is going to be an error producing slow down (called bit error rate, the bane of all interface designers). There needs to be a method of interconnect that is on par with the improved device technology.

On the software side general purpose, general function and general application of function dictates bloatware. That's the rule and you will never get away from it. As long as an OS has to be all things to all users it will be fat and excessive. The Mac OS is no different than Windows. It is not a matter of lazy programmers as much as it is an attempt to satisfy lazy users. Most users are not computer literate in the sense of trouble shooting and solving their own problems like we used to be in the leaner and meaner DOS days. You had to be able to write a batch file, confiure config.sys and various .ini or config.txt files yourself. Most users won't ever learn what it takes so the OS has to be able to do it for them and that means a lot of excess code the processor has to slog through. Then there is the curb appeal of an OS and most of the time it is curb appeal that sells insead of function, back to the lazy user thing again. When AppleWorks came with the ability to copy data from one app to another we were all gaga over it., even though the data was static. MS had to one-up it in Office by linking the data in a live state so that changing data in one app changed in the linked app. There is a huge difference in the amount of code between those two data interconnect examples. So the race is on as to how many dazzling features you can bring to market to be the one who makes the sale. Bloat-ware is user driven more than it is lazy programmers. If you want leaner and tighter code in your OS then learn how to use it instead of asking to do the learning for you.

In my opinion we are in amazing times yet at the same time we are in primitive times and graphene is a huge step into the future that we needed yesterday.

All i have to say is i cant wait to see the final results of this research.