Linked by Thom Holwerda on Tue 15th Apr 2008 20:12 UTC, submitted by Craig Barth
Microsoft "What Intel giveth, Microsoft taketh away. Such has been the conventional wisdom surrounding the Windows/Intel (aka Wintel) duopoly since the early days of Windows 95. In practical terms, it means that performance advancements on the hardware side are quickly consumed by the ever-increasing complexity of the Windows/Office code base. Case in point: Microsoft Office 2007, which, when deployed on Windows Vista, consumes more than 12 times as much memory and nearly three times as much processing power as the version that graced PCs just seven short years ago, Office 2000. Despite years of real-world experience with both sides of the duopoly, few organizations have taken the time to directly quantify what my colleagues and I at Intel used to call The Great Moore's Law Compensator (TGMLC). In fact, the hard numbers above represent what is perhaps the first-ever attempt to accurately measure the evolution of the Windows/Office platform in terms of real-world hardware system requirements and resource consumption. In this article I hope to further quantify the impact of TGMLC and to track its effects across four distinct generations of Microsoft's desktop computing software stack."
Thread beginning with comment 309750
To read all comments associated with this story, please click here.
Comment by asr4096
by asr4096 on Tue 15th Apr 2008 20:21 UTC
asr4096
Member since:
2007-09-18

While i agree about the bloat, this phenomenon is not exclusive to Microsoft. For example OS X and Apps consume RAM and CPU-Power like mad, too.
Some bloat may be explained by advanced features of certain apps or OS, some may be no optimization in code or concept at all.

Edited 2008-04-15 20:24 UTC

RE: Comment by asr4096
by dabooty on Tue 15th Apr 2008 21:02 in reply to "Comment by asr4096"
dabooty Member since:
2007-06-15

While i agree about the bloat, this phenomenon is not exclusive to Microsoft. For example OS X and Apps consume RAM and CPU-Power like mad, too.
Some bloat may be explained by advanced features of certain apps or OS, some may be no optimization in code or concept at all.


Indeed, the "bloat" is universal and not only due to advanced featores or no optimization but often due to frameworks decreasing development time.

Of course everything ran fast when developed in c or assembly, but when you start using java or python or whatever, development costs go down and speed decreases (which is offset by hardware improvements)

Reply Parent Bookmark Score: 9

RE[2]: Comment by asr4096
by sakeniwefu on Tue 15th Apr 2008 22:12 in reply to "RE: Comment by asr4096"
sakeniwefu Member since:
2008-02-26

Hopefully Moore's law decline will bring back the great coders from the 80s that used to be able to write a real time 3D game for a monochrome 8bit microcomputer with 64 k of addressable memory.
If people cannot just upgrade to a new computer, fast programs will be profitable again.
Linux, Apple and Microsoft will have to change their ways.

Reply Parent Bookmark Score: 7

RE[2]: Comment by asr4096
by Tom K on Wed 16th Apr 2008 14:59 in reply to "RE: Comment by asr4096"
Tom K Member since:
2005-07-06

Just because something is written in C or assembly doesn't make it fast. One can write crappy and slow C/ASM just like they can write crappy and slow Java code.

Case in point: GNOME

:-)

Reply Parent Bookmark Score: 6

RE: Comment by asr4096
by Doc Pain on Tue 15th Apr 2008 21:03 in reply to "Comment by asr4096"
Doc Pain Member since:
2006-10-08

Some bloat may be explained by advanced features of certain apps or OS, some may be no optimization in code or concept at all.


Sadly, this is true for most modern Linux distributions and modern Linux / UNIX applications in general. In some cases you can say: You cannot take advantage of faster hardware and grown ressources because they are squandered by underlying OSes, libraries, or the grown requirements of the said applications.

Furthermore, I agree to your last statement. I thing some developers don't care about optimization of their own code ("Hey, it runs fast enough on my machine!") or they simply rely on the functionalities provided by a library that they just have to include and call functions from, so existing bloat is "inherited", and they don't care about it.

Another thing is the tendency to integrate as much functionalities into one application / an OS as possible.

In a result, there is a imaginable quotient:

hardware ressources
---------------------------------- = overall usage speed
application requirements

Due to technical development, the numerator increases, and due to bloat, the denominator increases, too. The quotient seems to stay the same over the years. Yesterday's applications are as fast on yesterdays machines as today's applications are on today's machines. To benefit of the faster hardware of today, you seem to need to run older software on it. Simple math. :-)

Reply Parent Bookmark Score: 17

RE[2]: Comment by asr4096
by segedunum on Wed 16th Apr 2008 09:35 in reply to "RE: Comment by asr4096"
segedunum Member since:
2005-07-06

Sadly, this is true for most modern Linux distributions and modern Linux / UNIX applications in general.

There's a difference between utilising new hardware resources as they become available, for example, Compiz, the new KWin and various 3D enhancements that have been made, and wholesale requiring said resources and then eating them. I don't know of any distribution that has the graphical hardware requirements of Vista.

Vista basically requires at least a couple of gigabytes of RAM if you want to run any applications at all, especially Office 2007. I don't know of any Linux distribution that has that requirement to run well. If XP ran well on it then a Linux distribution certainly will.

Reply Parent Bookmark Score: 9

RE[2]: Comment by asr4096
by concurrentcoder on Wed 16th Apr 2008 19:58 in reply to "RE: Comment by asr4096"
concurrentcoder Member since:
2008-04-16

Your hitting the nail on the head. There are other issues as well, most programmers find it difficult to take advantage of multiple core CPU's which seem like the direction that CPU manufacturers are having to go in as clock speeds are not increasing like they used to. Hopefully the problems programmers are having will change, but its going to take some effort on the coders part. Some will get better and they will probably see improvements in market share because of it. I think users are at a point where they have enough with simply adding more features and would like to simply have the OS or application developers work more and more on getting the product to be more responsive.

Reply Parent Bookmark Score: 1

RE: Comment by asr4096
by bousozoku on Wed 16th Apr 2008 03:12 in reply to "Comment by asr4096"
bousozoku Member since:
2006-01-23

While i agree about the bloat, this phenomenon is not exclusive to Microsoft. For example OS X and Apps consume RAM and CPU-Power like mad, too.
Some bloat may be explained by advanced features of certain apps or OS, some may be no optimization in code or concept at all.


Actually, each major release of Mac OS X has become more efficient and, for most people, has run faster than the previous release on the same equipment. Leopard (10.5) seems to be the exception for me, as it runs significantly slower on my not so current machine than Tiger (10.4) did though the Intel-based machines are doing much better with Leopard.

RAM usage has been pretty consistently high, but Leopard seems to be higher than previous releases. You could always get decent performance out of a Windows machine running applications with only 384 MB while a PowerPC machine would need double that.

Bloat is inevitable as people have forgotten how to write efficient code and depend solely on the compiler's optimisations to make things better. There was a time when that worked, such as IBM getting better performance out of Win31 within OS/2 by using the Watcom C compiler. Microsoft's version 5.1 C compiler often had to have optimisations disabled to produce correct code.

Reply Parent Bookmark Score: 6

RE[2]: Comment by asr4096
by ari-free on Wed 16th Apr 2008 07:14 in reply to "RE: Comment by asr4096"
ari-free Member since:
2007-01-22

Apple is a hardware company so here's my take on what happened. First of all, mac os x started out very slow. They were still on ppc at the time and it was looking really bad for them as that cpu just couldn't keep up with intel. So they had a huge push to optimize their code on the one hand while claiming that the ppc was somehow better than x86.

Now, mac hardware is basically like pc's so it is apples to apples. They don't need to worry about being slower than Windows anymore so they add features to show off their stuff.

Reply Parent Bookmark Score: 2

RE: Comment by asr4096
by nzMM on Wed 16th Apr 2008 04:23 in reply to "Comment by asr4096"
nzMM Member since:
2006-06-22

My own anecdote:

Microsoft Office 2003 under the latest wine starts waayyyy faster than the latest OpenOffice on my Ubuntu Hardy system. Not only that but its just a much more responsive and effective piece of software.

Something to think about.

Edited 2008-04-16 04:26 UTC

Reply Parent Bookmark Score: 4

RE[2]: Comment by asr4096
by lemur2 on Wed 16th Apr 2008 04:49 in reply to "RE: Comment by asr4096"
lemur2 Member since:
2007-02-17

My own anecdote:

Microsoft Office 2003 under the latest wine starts waayyyy faster than the latest OpenOffice on my Ubuntu Hardy system. Not only that but its just a much more responsive and effective piece of software.

Something to think about.


My anecdote:

Any part of OpenOffice under Linux opens in roughly the same time as any part of MS Office under Windows XP on the exact same dual-boot machine, and faster than any part of MS Office under Windows Vista.

Any part of KOffice under Linux opens waayyyy faster than any part of MS Office under Windows XP on the exact same dual-boot machine.

Any part of GNOME Office (Abiword+Gnumeric) under Linux opens waayyyy faster than any part of MS Office under Windows XP on the exact same dual-boot machine.

Reply Parent Bookmark Score: 5

RE[2]: Comment by asr4096
by irbis on Wed 16th Apr 2008 07:06 in reply to "RE: Comment by asr4096"
irbis Member since:
2005-07-08

Microsoft Office 2003 under the latest wine starts waayyyy faster than the latest OpenOffice on my Ubuntu Hardy system.


Have you tried OpenOffice.org Quickstarter? Or other configuration options to make OpenOffice work faster? See, for example, here: http://www.zolved.com/synapse/view_content/28209/How_to_make_OpenOf...

Reply Parent Bookmark Score: 2

RE: Comment by asr4096
by Nossie on Wed 16th Apr 2008 08:19 in reply to "Comment by asr4096"
Nossie Member since:
2007-07-31

I'd like to know where you are getting your facts from.

Seriously...

I run os x leopard server on a 9 year old apple g4 450mhz cube w/ 1.5gb of memory

It runs like a dead dog. Yet it still runs better than 10.4 Tiger server did (and even that was usable as a server)

Sure, I cant use 3D graphics stuff... but then I do only VNC into it. Also the transparency effects are disabled... but hey *shrugs*

Point is, it still runs faster than tiger, yes it does have the alex voice bloat (600mb single voice library) but what is a cd amongst friends?

I'd LOVE to see how Vista ran on equivalent hardware .. oh wait, it wont!

Vista running on almost 10 year old hardware? just not going to happen is it?

Reply Parent Bookmark Score: 5

RE: Comment by asr4096
by concurrentcoder on Wed 16th Apr 2008 19:53 in reply to "Comment by asr4096"
concurrentcoder Member since:
2008-04-16

I suspect OS X is on par with Windows XP and perhaps less than Vista in regards to memory consumption in a non scientific sort of feel I get from using the two systems. I also figure at least with XP and Mac OS X that most new systems have more than enough memory for the majority of users. I sort of assumed Mac OS X would be more hungry, but they have made great leaps in memory management from 10.0 (they HAD to, it was awful slow), and I keep an eye on memory consumption in Mac OS X. I have a gig of ram in my G5, and I have not used all the memory while doing development work in XCode and the usual things like checking email/web etc that most people do, so I am pretty happy with it. It seems to hang around the 500 meg mark or so max. I think Windows feels about the same. I do notice that the mac double buffering the windows may make it seem a little slow or unresponsive on occasion, but I like the way it draws its stuff (especially the PDF quality of the graphics) and am willing to accept that VS Windows, which does seem like a mishmash in comparison. I don't see that as eye candy which I often hear people state, its more of an elegant way that the windows are drawn VS Windows. Some people could care less. Vista may have improved that, but I had so much trouble with drivers I went back to XP. I also like Linux as much as Windows, so I use that whenever I can. The biggest problem I see with Windows is virus/malware and all that. I am not a fan of having to run all this stuff to protect my machine. That problem may come to Mac in the future, but right now it is not as in your face so that always feels like a relief and is a plus. I do have problems with task management in Mac VS Windows. Windows, especially sound stuff seems to have less hiccups and problems. This may have more to do with Mac OS X not getting the best drivers, but I can do more sound stuff on the Windows box where the Mac one seems to hiccup. I really don't like flamewars and arguments about what system is better. I do think what is out there gives much more then old systems which used less memory/cpu. I do agree with the feeling that all of this could be MUCH faster and more responsive, but I suspect that making programming more reusable and general purpose is at least one factor that led to bloat in code. Concurrency in programming is going to become more and more of an important tool to combat this VS trying to get higher clock speed.

Reply Parent Bookmark Score: 1