APLawrence.com -  Resources for Unix and Linux Systems, Bloggers and the self-employed

Slow down,simplify

© April 2006 Anthony Lawrence

Microsoft's most recent updates apparently caused problems more than a few users: www.informationweek.com/news/showArticle.jhtml?articleID=185303839&pgno=1&queryText= (link dead, sorry) Microsoft Patch Snafu Grows, Users Seek Workaround

My wife's XP has been running slowly since that patch, but a least it's still usable. I can probably just leave it be until Microsoft's next patch cycle. Not everyone can; some have had to back it off entirely.

A modern operating system like XP is a complicated beast. It's tempting to toss darts at Microsoft's incompetence, but while they certainly deserve some disdain, it's also true that patching often has unexpected and unpredictable effects somewhere else in the system. As the entire OS is far too complicated for any one person to grasp, these side effects are likely inevitable.

By the way, here's someone who actually likes Windows tossing some well deserved darts at Microsoft.

Anyway.. I can't help but wonder if clever code and pursuit of performance adds to this problem.

We are an impatient bunch, aren't we? We want our windows to snap open, we hate waiting for anything. While faster and faster hardware certainly feeds those desires, the OS and application folks can't ignore our demands either: they have to code for performance. A great deal of effort is put in to tight, efficient code that doesn't waste cpu cycles.

That code isn't necessarily buggy, or any more apt to be affected by seemingly unrelated patches than looser code would be, but it's almost certainly harder to understand, especially at a casual glance. So here we have a tight, fully optimized printer driver that has been working fine. We make a patch to the general printing system for some reason. There's no obvious reason to expect a problem with the driver, so probably no one even looks at it at all, but if they do, that efficient code certainly makes it harder to spot the glitch that is going to bite us later.

Sometimes the problem isn't from the programmer at all: modern compilers are fiendishly clever at optimization and will rearrange code to their own liking. A program that looks quite straightforward in its source form can be a maze of dark and twisty passages in its executable image.

But then again, sometimes the programmer is to blame. Sometimes programmers do cutesy stuff that is completely pointless. It looks clever, but the compiler would have generated equally good and equally fast code without their tricks, and the source would have been a heck of a lot easier to understand.

You aren't going to see Microsoft running an ad campaign bragging "We're better because we run more slowly", but both general security problems and plain old annoyance bugs would be lessened if code were more simple. Of course we'd also lose features, and that's impossible to accept: we need all these features.

And we need them now, thank you.

Got something to add? Send me email.

(OLDER)    <- More Stuff -> (NEWER)    (NEWEST)   

Printer Friendly Version

-> Slow down,simplify


Inexpensive and informative Apple related e-books:

Take Control of Preview

iOS 8: A Take Control Crash Course

Digital Sharing Crash Course

Take Control of IOS 11

Take Control of High Sierra

More Articles by © Anthony Lawrence

Thu Apr 20 13:27:58 2006: 1946   bruceg2004

So, your wife is still not interested in OS X? Maybe you can play her a subliminal message tape at night while she sleeps :-)

- Bruce

Thu Apr 20 22:57:17 2006: 1949   BigDumbDinosaur

I've tried that subliminal stuff with my wife. It doesn't work. She still refuses to do my laundry after all these years. <Shrug>


Printer Friendly Version

Have you tried Searching this site?

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more.

Contact us

Printer Friendly Version

Computers are like Old Testament gods; lots of rules and no mercy. (Joseph Campbell)

Linux posts

Troubleshooting posts

This post tagged:


Unix/Linux Consultants

Skills Tests

Unix/Linux Book Reviews

My Unix/Linux Troubleshooting Book

This site runs on Linode

SCO Unix Sales, Support, & Service

Phone:  707-SCO-UNIX (707-726-8649Toll Free: 833-SCO-UNIX (833-726-8649)