Slashdot Mirror


Where Have All The Cycles Gone?

Mai writes "Computers are getting faster all the time, or so they tell us. But, in fact, the user experience of performance hasn't improved much over the past 15 years. This article takes a look at where all the precious processor time and memory are going."

854 comments

  1. My CPU Usage by fembots · · Score: 5, Funny

    2% word processing
    3% gaming
    5% internet
    90% feet warming

    1. Re:My CPU Usage by noselasd · · Score: 0

      I'm sure there should be a 50% waiting for RAM rather.
      Gah, ram is SLOW :-(

    2. Re:My CPU Usage by BeyondALL · · Score: 5, Funny

      that's why I run Seti@Home in the winter :)

      --
      "If you keep an open mind people will throw a lot of garbage in it."
    3. Re:My CPU Usage by Anonymous Coward · · Score: 0

      No Folding, or SETI, or any other project to give those spare cycles to?

    4. Re:My CPU Usage by Budha_man_99 · · Score: 2, Funny

      You must have a HPUX system.

      --
      Why do we correct our criminals but punish our children?
    5. Re:My CPU Usage by Anonymous Coward · · Score: 0

      Funny thing is that processor speed is really not an issue for most, unless they play the latest games or do some heavy graphics work.
      I have an old 800Mhz laptop that I use for everything from layout work with Scribus to watching DVDs. Even if all the programs I use on a daily basis are active at one time, that still doesn't bog me down much, and it only bogs me down because it uses so much memory (I have 576MB of RAM, which is not that much by today's standards, but it sure goes a long way).

    6. Re:My CPU Usage by Frymaster · · Score: 0, Redundant
      that's why I run Seti@Home in the winter

      you're wasting cycles on purpose? what a novel idea! most people piss away their cycles with 10,000 spy and adware processes.

    7. Re:My CPU Usage by aussie_a · · Score: 2, Funny

      Us Firefox users have to have something to waste it on.

    8. Re:My CPU Usage by eofpi · · Score: 1
      Gah, ram is SLOW :-(
      Then what do you call hard drives?
      --
      Y'know, you blow up one sun and suddenly everyone expects you to walk on water.
    9. Re:My CPU Usage by Fortran+IV · · Score: 1

      Glacial?

      --
      I figure by 2030 or so my 6-digit UID will be something to brag about.
    10. Re:My CPU Usage by rodac · · Score: 1

      Well, I dont know about you guys but my 'vi' sed scripts run really fast nowadays also 'make world' runs really really fast compared to when i had a sun3/180 at home.

    11. Re:My CPU Usage by GimliGloin · · Score: 1


      Here is my Windows 9x Effective CPU power equation:

      CPU (effective) = CPU (rated) / (number of 3 month periods since last OS re-install)

    12. Re:My CPU Usage by tbone1 · · Score: 1
      • Gah, ram is SLOW :-(
      Then what do you call hard drives?

      Union teamsters?

      --

      The Independent: Reverend Spooner Arrested in Friar Tuck Incident - ISIHAC, Historical Headlines
  2. Code Bloat by RatBastard · · Score: 2, Insightful

    Simple. Code bloat.

    --
    Boobies never hurt anyone. - Sherry Glaser.
    1. Re:Code Bloat by pilkul · · Score: 3, Insightful

      Or in other words, developers spending less time on petty optimization to work on features and bugfixes.

    2. Re:Code Bloat by Anonymous Coward · · Score: 3, Informative

      Bloat, you say?
      Man, that word sure is thrown around a lot.
      My feeling is that the people who call
      a lot of stuff bloat are the same ones
      who view managers are useless loudmouths.

      Truly time-critical code is executing faster than
      ever. Compilers are smarter, hardware is faster,
      and development systems are cleaner.

      Programs are more featureful, intuitive, and pleasant-looking than ever. (I know, very general.)

      Then again, if you are simply one of those minimalists who thinks that everything had every feature it needed somewhere around 1993, then
      that is different. Pretty much all of that
      code still exists, and I'm sure you're happy
      to use it. I, however, would rather have
      a system that is easy on the eyes, intuitive,
      and helpful and wait an extra milisecond or so
      than feel content knowing my processor is never
      utilized more than 5%. Also, I'm sure the
      millions of people who prefer computers Just Work(tm) feel the same way.

    3. Re:Code Bloat by Anonymous Coward · · Score: 0

      imaging MS DOS 3.0 booting on a P4... mmm the speed (assuming it even runs without freaking out due to some odd timing issue)

      or perhaps Linux 2.0 on a P4, high speed booting :)

    4. Re:Code Bloat by elmegil · · Score: 1

      You said in three words what the author took an entire article to say. You, sir, must be a genius. Either that, or the article's author (not to mention someone who'd bother to submit it here) is an idiot.

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    5. Re:Code Bloat by Anonymous Coward · · Score: 4, Insightful

      You want cross platform, you want platform support, so get used to VMs and WRAPPER code.

      You want language interop, you have to live with COM, DCOM, CORBA, XML Web services, SOAP, UNO. If not, then go back to your Amstrad or Sinclair.

      FFS you cant have your cake and eat it.

    6. Re:Code Bloat by Jugalator · · Score: 2, Interesting

      The article is trying to analyze what the bloat comes from. And no, it's not only about "unnecessary features". Maybe you should give it a read too. :-)

      --
      Beware: In C++, your friends can see your privates!
    7. Re:Code Bloat by Anonymous Coward · · Score: 0
      This is one of the saddest things I've ever read.

      Code bloat != features. If you get right down to it, a lot of "programmers" don't know shit about the machine they're targeting. Ask a vb programmer what's happening under the hood and he's more than likely going to draw a blank or make some shit up. He's also more likely to do stupid shit like:
      a = 2
      b = 3
      if a < b then ...
      Yeah, any compiler worth a damn should fix that during the build, but you get the idea.

      I think it's just a statement of how lazy people get when it comes to code optimization. Sure you can write some hack of a loop that works... or you could spend a day and make it ten times faster by tweaking the algorithm. Most optimizations are not due to hand writing assembler (although that is good in certain situations, depending on the compiler), they are done by tweaking a poorly implemented or poorly thought-out algorithm.
    8. Re:Code Bloat by fitten · · Score: 2, Interesting

      "Bloat" is used by a bunch of people who don't know what it means. If the code is bloated (as in a bunch of code for features that aren't used), then the code is never accessed by the CPU. That means it doesn't take up cache and it doesn't get executed. At most, it will take up some of main memory and cause longer load times but after the application is running, code that isn't executed eventually gets removed from even main memory. Simply having more code for more features doesn't do much unless the code is actually getting executed.

    9. Re:Code Bloat by Anonymous Coward · · Score: 0

      His belovid Mozilla Firefox, Open office , Thunderbird etc would NOT be possible today without object brokeer BLOAT (UNO), Java etc

    10. Re:Code Bloat by Rei · · Score: 5, Insightful

      More than just code bloat: disk access speeds combined with the increase in size of everything (for "richer content", "more features", etc).

      With a lot more files, a lot larger files, etc, your performance at file access (and disk caching) will decrease unless you can increase the throughput and decrease the seek time/latency of data access from the disk.

      Back in 1998, most PCs were shipping with 5400 RPM hard drives; I bought a used 10k rpm drive for 200$. Nowadays? Most PCs are still shipping with 5,400 RPM drives, and 10k RPM is still good performance (although not the best out there - although, mine back then wasn't top of the line either).

      Disk sizes are scaling up wonderfully. Disk access speeds are not. The same holds true with RAM.

      --
      Dear Lord: One of your creatures may be hurt tonight. Please let it be the other creature.
    11. Re:Code Bloat by ackthpt · · Score: 2, Interesting
      Simple. Code bloat.

      Not as simple as that, which implies there's more code in there than necessary. What has happened is feature bloat. As an example there's a well known author who still does his work in WordPerfect 4.2 Why? Because it already does everything he needs.

      Whenever I've been confronted with the latest install of Office (at work, I use notepad and wordpad at home) I usually spend an hour or so turning off all the damn irritating automatic features. The author makes an excellent point, too, that he has bent the computer to do what he needs, rather than having so much crap to deal with bending him to meet its requirements.

      There's a lot of happy people out there with Pentiums and 486's who really, really don't want to upgrade, since everything is already the way they want it. With all the current vulnerabilities and threats, why change?

      --

      A feeling of having made the same mistake before: Deja Foobar
    12. Re:Code Bloat by HvitRavn · · Score: 1

      Hey pointy-haired guy, you're a useless loudmouth!

    13. Re:Code Bloat by pilkul · · Score: 4, Insightful

      The bottom line is that optimization is rarely the best thing a developer can be doing with his time. There's a lot more you can do with "a day" than tweak a poorly thought out algorithm. By all means optimize if your program is as slow as molasses and your profiling shows that a particular section of your code is at fault. Otherwise, good programming practice is to think about other things.

    14. Re:Code Bloat by KiltedKnight · · Score: 1
      There's a small problem with your claim. There still has to be a hook to the unused section of the code in the main one, usually in the form of a function or method call. Each one of those adds a few bytes to the program footprint, so it does cause the size of the loaded code to increase. How many bytes per call are added is entirely dependent on the architecture on which you run. Of course, if it's embedded as part of a localized if/else block, then the size of the loaded code will increase based on what you've added there.

      --
      OCO is Loco
    15. Re:Code Bloat by jacksonj04 · · Score: 1

      I never knew you were a poet!

      --
      How many people can read hex if only you and dead people can read hex?
    16. Re:Code Bloat by fitten · · Score: 1

      Yes, but hopefully this isn't a significant portion of your code :) OO languages may actually lessen the effect of that in some cases :)

    17. Re:Code Bloat by KiltedKnight · · Score: 1
      OO can actually increase it too. The easier you want to make it for the end user, the more behind-the-scenes work you have to do. While your code may look optimized, the finished product, once compiled, may be a heap of inefficiency.

      Yes, this is true with many lanugages... it's very easy to write inefficient code. Unless you're writing well-planned assembler code, you're always going to have some inherent inefficiencies.

      --
      OCO is Loco
    18. Re:Code Bloat by Anonymous Coward · · Score: 1, Informative

      Come again? Most PCs are shipping with 7200 RPM hard drives... sure, it's not 10K, but it is still better than 5200 RPM...

    19. Re:Code Bloat by cnettel · · Score: 1
      You're forgetting the effects of increasing data density, alleviating the sequential read problem. And if you only use the first few tracks, you get somewhat lower access times, too. The increase in size is not a problem. Increasing fragmentation in disk access patterns is problem, but one fact is that with more CPU cycles/disk access, we can spend more time on smart prediction and pre-fetching, as sequential speed is still acceptable.

      RAM has increased tremendously since 1998, although not as fast as CPUs. Look at dual channel DDR with a base frequency of 200 MHz compared to the brand new 100 MHz SDRAM of the time. I also would really think that most 7200 RPMs have made some significant inroads during these seven years.

    20. Re:Code Bloat by Anonymous Coward · · Score: 0

      Unless the compiler optimizes out code that has no effect, the computer still loads the extra code into RAM and it still executes it if it's in the linear path of code that is functional. It'll hit the cache unless it's in a function/method that never gets called, and then the compiler should be able to remove it anyhow. Bloat is very real.

    21. Re:Code Bloat by fitten · · Score: 1

      I didn't say it wasn't real. I'm saying that many people have heard the term "bloat" in the past and simply point to any large executable or Version+1 being bigger than Version and say "bloat". Simply because an executable is 2X as big as the previous version does not automatically mean that the code is 2X slower.

    22. Re:Code Bloat by vadim_t · · Score: 1

      A 5400 RPM disk from today is still a LOT faster than a 5400 RPM disk from 1998. More RPM translates into less rotational latency, and a higher transfer rate. However, you can get a better rate by increasing the density, and your 1998 disk is certainly a lot smaller than any current one.

      Besides, 7200 RPM disks are quite common these days. And 10K RPM is just tricky, 7200 ones already get pretty hot. I'm thinking that manufacturers would actually love to sell 10K RPM drives to everybody, if they didn't have to deal with the risk of people using them in underventilated cases.

    23. Re:Code Bloat by Anonymous Coward · · Score: 0

      Increasing data density? It matters not whether you have sparsely populated data or densely populated data. If you can only shove data down the pipe at 133 Mbps in ideal conditions, but the drive has to make multiple reads because it can fill the cache up faster than the CPU can pull data from the drive's cache into memory, well... you do the math.

      That's one of the reasons why SCSI, even SCSI-2, "feels" pretty fast, because the SCSI card can shove data into RAM w/o incurring much involvement from the CPU.

      I'm sure SATA will help address this, but it's always going to be catching up.

      Sure, it's great I can buy a 200MB SATA HD at a reasonable price these days, compared to even a lowly 37GB SCSI-3, 10KRPM HD. But if I need the SPEED, SCSI is still the way to go.

      At least for non-RAID SCSI, it's feasible enough to buy a used Adaptec SCSI card on EBay. I bought a 2960-UW2 for $30 from there.

    24. Re:Code Bloat by iamhassi · · Score: 2, Informative
      "Disk sizes are scaling up wonderfully. Disk access speeds are not. The same holds true with RAM."

      Your hd is just a spinning disk, what did you expect, it to double speeds every 18 months? There's a limit to how fast you can spin the platters, after all how long have we been stuck at 52x CD-ROM drives? Sure they've gone to 10k rpm and the aerial density is much higher on today's large drives, but you can only do so much without new technology. They completely redesign chips every so often, from pentinum to pentium 2, 3, 4, etc, but the brand-spanking new hard drive you buy today is really no different than the a 10 year old drive, just a faster spindle speed and higher aerial density but the technology really hasn't changed any.

      Anyway back to the article: I think it's crap.
      "...most word processing programs started to keep up with even good typists somewhere around the 1-Ghz clock-speed mark."

      Um, what? Sure maybe if you had the latest and greatest OS and Office running the minimum amount of ram, but if you were running 98, office 97 and plenty of ram on even just a 200mhz no way would the PC not be able to keep up with a "good typists" (before it crashed, it is 98 after all). You know where all the cycles have gone? Background processes and spyware. I know plenty of people with brand new 3ghz processors that are slower than my 700mhz laptop. However this is a good thing, keeps all us computer geeks employeed doing simple things like running msconfig and ad-aware, so complain on computer reject cranky user!

      --
      my karma will be here long after I'm gone
    25. Re:Code Bloat by number11 · · Score: 1

      Maybe you should give it a read too.

      I would, but it's slashdotted.

      Oh christ, we've slashdotted IBM :( Watch your back, the Nazgul are on their way.

    26. Re:Code Bloat by ChrisMaple · · Score: 1

      Data comes off the disk a great deal more slowly than it goes down the SCSI or SATA pipe. Bits per second equals bits per track times rotations per second. Bits per track times tracks per inch (of radius) is data density.

      --
      Contribute to civilization: ari.aynrand.org/donate
    27. Re:Code Bloat by VultureMN · · Score: 1

      Your hd is just a spinning disk, what did you expect, it to double speeds every 18 months? There's a limit to how fast you can spin the platters, after all how long have we been stuck at 52x CD-ROM drives?

      Ah c'mon. I'm waiting for someone to Innovate their way around that pesky Law of Angular Momentum.

    28. Re:Code Bloat by tim256 · · Score: 2, Informative

      Disk access speeds are not directly proportional to the RPM of a drive. If a larger capacity hard drive and a smaller capacity hard drive are phyically the same size and spin at the same speeds, the larger capacity drive will be faster. The sectors are just physically smaller. Therefore, disk access speeds are actually faster for larger capicity drives. If you do a benchmark you will find this to be true, as the physical size of the disks from 1998 to now are about the same.

      Although if disk capacity is gained by adding platters (disks), you won't see a performance gain. The number of heads labeled on the hard drive is usually directly proportional to the number of platters. If you compare the number of heads on a disk made in 1998 and a disk made in 2005, probably the number of heads has not changed a lot. A benkmark is the best way to see that disk access speeds are always increasing.

    29. Re:Code Bloat by toddestan · · Score: 1

      Last time I checked, most every drive out there is a 7200RPM drive. Even in some of the crappy low end computers out there. I'm kind of bummed about this, as I actually like getting large 5400RPM drives as secondary hard disks because they are quiet, reliable, and don't make a lot of heat. In other words, they are perfect for mass storage of media files that I don't need to access very quickly anyway. But they are getting really hard to find now.

    30. Re:Code Bloat by carlislematthew · · Score: 1

      Perceived drive "speed" is not all about how much data you can read or write per second. Yes, modern drives have a higher data density and this *does* produce a higher sequential data transfer speed, BUT most perceived slowness is due to waiting for the data to arrive at the head. There's a lot of random access involved, and faster RPM means that on average you wait less time for that data to get to you.

    31. Re:Code Bloat by Velox_SwiftFox · · Score: 1

      The rotational latency of new 5400 RPM disk drives is going to be the same today and tomorrow as it was in 1998, and the major portion of random access time. Luckily nonserver systems don't have as much of a problem with this, access being more sequential, so your point is still a good one.

      There isn't any particular reason that fast drives cannot run cooler, though, with improvements. Except when spinning up, which is not much of the duty cycle. I have a pair of 10K WD Raptors that don't get very hot with a moderate airflow.

    32. Re:Code Bloat by Anonymous Coward · · Score: 0

      No, those are completely different words(to say nothing of meaning). Code bloat is "[t]he result of adding new features to a program or system to the point where the benefit of the new features is outweighed by the extra resources consumed..." -- FOLDOC.

    33. Re:Code Bloat by Proc6 · · Score: 1

      Unless you're trying to win a contest, I'd take that code over some obfuscated line that the kid in the Babylon-5 T-shirt wrote and no one can decipher in about 99% of circumstances.

      --

      I'm Rick James with mod points biatch!

    34. Re:Code Bloat by Anonymous Coward · · Score: 0

      Change desktop color in XP and apply, windows fades to BW then applies and saves 10000000 settings, and its slow as a C-64 doing FFT.

      What makes code slow is dumbass coders who have no idea how CPUs work and think everything executes at a trillion OPS. I am not asking for 8 hrs of tweaking, but just even 5 minutes of thought can sometimes produce great code.

    35. Re:Code Bloat by Fallus+Shempus · · Score: 1

      Code bloat is mostly crap that is not used, that's not to say that it is a feature that is not used,
      it's just old code that has been worked around and not removed.
      So many systems (not just code could do with pulling down and starting again, but this never (or rarely) happens.

    36. Re:Code Bloat by blane.bramble · · Score: 1

      No, code bloat is generally not caused by a lack of instruction optimisation, but by a lack of algorithm optimisation, which is something the programmer should definately doing before he starts to write anything.

    37. Re:Code Bloat by Anonymous Coward · · Score: 0

      I'm writing this post on a Sinclair Spectrum, you insensitive clod!

    38. Re:Code Bloat by teval · · Score: 1

      The crossplatform comment is entirely untrue. Everything I write I make sure runs on Linux, Mac and Windows. Writing crossplatform code, without a VM is trivial. I use C++ and C for this in general, well with haskell and scheme, but those can be compiled as well. Now.. the wrapper stuff, yeah, sure. But what exactly do you lose? Your OS is a wrapper by the way, that saves you from having to write ASM and developing drivers for interacting with every possible device every time. Foreign function interfaces can be designed to be just as fast as regular code, the language iterop issue that you mentioned. 1 function call that's inlined and most likely optimized by the compiler to a pulp will not take any overhead. SOAP has nothing to do with FFI, at all. It's a method of using the web to call functions on another computer (like launching a utility, for example MSN uses it to launch whiteboard). I'll assume the XML Web services falls in the same category.

    39. Re:Code Bloat by forkazoo · · Score: 1

      Bandwidth will improve with density, but latency will not. If the sector you need is on the other side of the disk, it doesn't matter how many MB you pass over on the way there - you still have to wait for the disk sector to get to where the head is.

    40. Re:Code Bloat by Anonymous Coward · · Score: 0

      the maxtor maxline drives sound like what you are after.

      something like

      http://www.dabs.com/uk/channels/components/hardd is kdrives/internalide/productView.htm?quicklinx=2P3J

    41. Re:Code Bloat by tim256 · · Score: 1
      Overall, seek time will be slightly decreased by increased density because it is more likely that sectors that the head is passing over will be the one it's looking for.

      Also, usually the centers of the disks are written to first in order by sector so you won't have to seek as far on a higher density disk that has lots of free space than you would on a lower density disk that have the same files written to them. Also, seek time on tracks close the center of the disk is less than the seek time toward the edges of the disk, as obviously the heads don't have to wait as long for the disk to spin. If your seeking from one track near the center to another track near the center, you are waiting on the actuator to move the head more than the spinning disk. I think the actuators are pretty fast, so that shouldn't much of a wait. Also, you will get lower seek times if you disk is partitioned wisely, as you want your most used partitions to be first and therefore closer to the center.

  3. Well DUH by Famanoran · · Score: 1

    Into running bloated software, of course.

    1. Re:Well DUH by JPriest · · Score: 1

      It is funny, my dad's old comp was a 400Mhz AMD with 96 megs of (shared) PC100 RAM on wi98SE.
      I replaced the box with a new 2.4 Gig Celeron, 256 meg ram, and winXP. The newer system running XP was actually noticeably slower and there is nothing he used in XP that he didn't have in 98se.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    2. Re:Well DUH by Lost+Phoenician · · Score: 1

      Cos u cant print with a microwave, and fries with ink on taste like shit

      --
      Its later than you think.....your watch has stopped.......
  4. Just look at the size of a word document today by marika · · Score: 5, Insightful

    I used to be able to fit the system, the finder, mac write and 3 X 8K docs on a floppy. Now I could barely fit a word document.

    --
    This is totally insecure, but very convenient.
    1. Re:Just look at the size of a word document today by bongoras · · Score: 5, Insightful

      But you can still fit an entire book on a floppy if you use LaTeX. The morale of the story: Don't want a slow, bloated system? Then tough it out and don't use one. But don't complain when you have to type:

      \begin{enumerate}
      \item Open a terminal window by right clicking on your desktop and selecting ``Open Terminal''
      \item In that window, become root by typing {\tt su}
      \item Now put a blank CD in your drive and burn the iso image to it by typing \\
      {\tt cdrecord -dev=0,0,0 cdimageyouwanttoburn.iso}
      \end{enumerate}

      instead of clicking the bullet button or asking a paperclip to make a list. It's all a matter of what you want. There are plenty of lean, mean systems out there. Don't bitch about UI slowness unless you are willing to use a plain-text console with "screen" "mutt" and "elinks" as your main applications.

    2. Re:Just look at the size of a word document today by EnronHaliburton2004 · · Score: 5, Interesting

      Now I could barely fit a word document.

      And how much of that bloat in Word is useful information?

      If I open word, type the letter 'a', and save the document, it's a 20K document.

      If you type 'a' 2000 times, it's still a 22K document.

      What the heck is in that other 99.9% of the document?

    3. Re:Just look at the size of a word document today by squiggleslash · · Score: 4, Insightful
      Wow, talk about extremes.

      I'm pretty sure there's a half-way house somewhere. I seem to remember the early nineties were full of fully functional does-everything-I-want applications that had nice GUIs and used a megabyte or two of memory when they ran.

      I wouldn't categorize MacWrite or early Mac OS as that, but, I don't know, Lotus AmiPro and Microsoft Word for Windows 2 were pretty good, to give two examples.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:Just look at the size of a word document today by mushupork · · Score: 1

      More than 2GB...2GB!..it took to install Mac Panther over the weekend. And I thought I could get by eBaying a 2GB harddrive for the OS just to get running, and get a 20GB+ slave down the road. Oh, by the way, retrieving files from a crashed OS X hard drive is an excellent test of Mac permissions (read: nightmare.)

      --
      Currently bidding on sig
    5. Re:Just look at the size of a word document today by Software · · Score: 1

      On my Windows XP system, an empty Word document is 11K. Adding about 34K of ASCII text, and the size is 105K. This is not great (and I'm sure OpenOffice could do better), but it's not that bad.

    6. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      The corresponding figures for OpenOffice 1.1.2 are 3K (empty) and 12K (about 34000 characters).

    7. Re:Just look at the size of a word document today by stinkyfingers · · Score: 1

      I used to be able to fit the system, the finder, mac write and 3 X 8K docs on a floppy. Now I could barely fit a word document.

      Those word documents must be huge! Can you fit just the system, the finder, and mac write on a floppy?

    8. Re:Just look at the size of a word document today by pete-classic · · Score: 1

      Try this. 3.9 meg (windows) AbiWord package with the OO.o Write and MS Office Word filters, but no dictionary.

      -Peter

    9. Re:Just look at the size of a word document today by cosmo7 · · Score: 4, Funny

      Here's that MS Word native format:

      64 bytes: Cryptic Masonic signature
      64 bytes: Reserved for Carnivore
      8KB: Macro playground
      8KB: Random extracts from King James Bible
      64 bytes: Run-length encoded document contents
      8KB: Uncompressed copy of above for compatibility

    10. Re:Just look at the size of a word document today by aj50 · · Score: 1

      If you really want to know, open it up and have a look ;-)

      --
      I wish to remain anomalous
    11. Re:Just look at the size of a word document today by Smidge204 · · Score: 4, Informative

      Well you have to be careful.... some file systems have minimal increments in file sizes. For example, on my NTFS formatted system, a plain text document with one "a" in it is officially 4KB, even though there is onlt one byte of data in it.

      This is not an excuse fro a BLANK MSWord document being 19,456 bytes of course. But there is "useful" data in there...

      I'm running Win2K, and if I right click on the file and sepect "Properties", there is a summary tab that displays all the info stored in that 19k. (You might have to click "Advanced")

      The data includes:
      -Title
      -Subject
      -Category
      -Keywords
      -Template name
      -Page Count
      -Word Count
      -Character Count
      -Line Count
      -Paragraph Count
      -Scale (No idea what this means)
      -"Links Dirty?" (No idea what this is... maybe it's true if there's porn links in it?)
      -Comments
      -Author (From computer info)
      -Last Saved By... (From computer info)
      -Revision Number (Number of saves?)
      -Application
      -Company Name (From registration info)
      -Creation Date (Seperate from file system creation date)
      -Last Saved Date (Seperate from file system modified date)
      -Edit time

      Now is this ACTUALLY useful? I dunno. It might be in some situations. There should be an option for not saving this metadata though, for security if not for file size.
      =Smidge=

    12. Re:Just look at the size of a word document today by bongoras · · Score: 1

      True, that is an extreme example. Some might say that LaTeX is too slow and bloated and that _real hackers_ would use straight TeX or runoff or raw postscript!

    13. Re:Just look at the size of a word document today by Rakshasa+Taisab · · Score: 1

      If you can't handle raw LaTeX then use LyX or similar. Your argument would only be valid if there was no easy (relatively) GUI apps that outputs LaTeX.

      It is a format that has been around for decades and still works well. Can't say the same for certain others that change every few years.

      --
      - These characters were randomly selected.
    14. Re:Just look at the size of a word document today by hackstraw · · Score: 2, Interesting

      Back in 2000 or so, I was trying to figure out why Word docs wore so bloated so I looked at them in a hex editor. I noticed a ton of NULLs in the document. So I wrote a simple C program to count the NULLs.

      Believe it or not, something like 60% of the document was NULLs.

      So its not really bloated, its just full of nothing :)

    15. Re:Just look at the size of a word document today by sahuaro · · Score: 2
      I love file formats like LaTeX, basic HTML, ASCII that are human readable. Even without knowing any LaTeX I bet most people could figure out your example and edit it in notepad if needed.

      I find myself using the commanline more and more plus I'm putting old equipment that no one else wants to good use. Got a 133 Pentium laptop with 32Mb RAM you can't give away? I'll take it and put it to good use! Besides that (tiny) 12" screen is just right for text!

      Sahuaro
      Phoenix Linux Users Group - Penguins in the Desert

      --
      Phoenix Linux Users Group
      Penguins in the desert
    16. Re:Just look at the size of a word document today by Desperado · · Score: 1

      And now you don't even get a floppy drive. What kind of progress is that?

      --
      If you're not living on the edge, you're taking up too much space.
    17. Re:Just look at the size of a word document today by Trogre · · Score: 3, Informative

      Or just use a WYSIWYG LaTEX tool like this one to do all that nasty coding for you :)

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    18. Re:Just look at the size of a word document today by nine-times · · Score: 1

      Still... that's 20K of data? Title, subject, category, keywords, etc.-- it seems like they should be able to get that in under 20K.

    19. Re:Just look at the size of a word document today by dgatwood · · Score: 1
      Things that used to work that still might:

      1. The root Finder method:
      a. $ sudo /System/Library/CoreServices/Finder.app
      b. Do a finder copy as desired.

      2. The ignore permissions method::
      a. Click the voulume in Finder
      b. Cmd-I
      c. click "Ignore permissions on this volume"
      d . Do a finder copy as desired

      3. The back up the disk and salvage en masse method:
      a. $ sudo dd if=/dev/disk?s? of=baddisk.iso
      b. $ open baddisk.iso
      c. The result is that the disk image of the bad drive gets fscked and mounted....

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    20. Re:Just look at the size of a word document today by Just+Some+Guy · · Score: 3, Funny
      64 bytes: Cryptic Masonic signature

      As a Mason, let me be clear: the file format may indeed be cryptic, but we had nothing to do with this one.

      Besides, we're more interested in handshakes and networking. We let the Teamsters handle the obfuscation and misdirection stuff.

      --
      Dewey, what part of this looks like authorities should be involved?
    21. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      Hey, do you happen to have the phone number to a good BBS? They tell me it's part of something called...um...the Internet? Some new thing where you "log on" and read stuff.

      Honestly, I think it's much faster and simpler to open a newspaper...call me old-fashioned!

    22. Re:Just look at the size of a word document today by PingPongBoy · · Score: 2, Insightful

      Don't forget page formatting, font formatting, paragraph formatting, printer settings, etc. etc.

      Go back to Data Structures 101. A lot of data structures have a head node that don't contain useful data but serve as a place to find the structure. With all the objects that can be put into a Word doc, you can expect a lot of head nodes.

      Most of the time you don't save a Word doc with just one character. You are working on a massive doc that you save frequently but you don't want to wait for the whole thing to be written every time you save. There has to be some overhead for faster saves.

      --
      Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
    23. Re:Just look at the size of a word document today by timeOday · · Score: 1

      Most .doc files are so big because of embedded graphics for illustrations, letterheads, backdrops, whatever. Why don't we convert a few bitmaps to .eps for LaTeX and compare once again?

    24. Re:Just look at the size of a word document today by viking_kiwi · · Score: 1

      I don't complain, I just run emacs/auctex and type

      C-c C-e enu to insert the enumerate environment

      to insert a new item in that environment

      and C-c C-f C-t to insert the typewriter font.

      All this without having to take my hands off the keyboard. If I want to use the mouse I can get the same things off of menus, which happen to indicate the keyboard shortcuts as well, so you eventually learn them.

    25. Re:Just look at the size of a word document today by MegaFur · · Score: 1, Informative

      Maybe except for that they don't fucking care. Why would they? They're MS and not synonymous with efficiency.

      --
      Furry cows moo and decompress.
    26. Re:Just look at the size of a word document today by tOaOMiB · · Score: 0

      There is an option for not saving that data. Click "Save as" and change the "save as type" to be .rtf, .txt, or even text with layout: .asc or .ans.
      Or, just use emacs or Textpad to begin with :)

    27. Re:Just look at the size of a word document today by cnettel · · Score: 1
      How do you get a big Word document by just using the feature-equivalent of Mac Write? No embedded pictures, no macros, no fancy stuff. An empty document is 20 K, yeah, that's a level of bloat, but you can add a lot of text just to reach 30 or 40.

      You easily run out of space on a floppy quite easily, even by just writing lots of source code, especially properly documented code. (No-tabs will of course add even more, crappy coding "standards"...)

    28. Re:Just look at the size of a word document today by youdontcare · · Score: 1
      If I open word, type the letter 'a', and save the document, it's a 20K document.

      If you type 'a' 2000 times, it's still a 22K document.

      What the heck is in that other 99.9% of the document?


      Office documents are stored in structured storage format (SSF), which replicates a file system. There's a FAT and 'sectors', which are just identically sized chunks in the file. Thus anything saved in a SSF document is bound by the default sector size. There are in fact two FATs : a miniFAT storing 512b chunks, and a standard FAT storing 4kb chunks. Typically a word document will overflow the 512 bytes miniFAT limit, so a minimum size for a word document is 4k + headers and FAT descriptors.

      The FAT size is fixed and limits standard SSF files to 7mb. If you open a tiny word file you'll see a few numbers at the start and lots of zeroes padding the FAT.

      Now add all other information (author metadata, styles, ...) and it grows up pretty fast.
    29. Re:Just look at the size of a word document today by youdontcare · · Score: 1

      Whoops, a correction : the FAT is padded with 0xffffffff, the zeroes are padding the sectors. A 513 byte chunk will be stored in a 4k chunk and zero padded.

    30. Re:Just look at the size of a word document today by PDAllen · · Score: 1

      You'd have thought by now someone would have written a LaTeX GUI editor to do that for you...

      wait a minute...

      they have.

      (still quicker to do maths by hand, IMO, and that's what I use LaTeX for, but that's my choice and I'm not bitching about it)

    31. Re:Just look at the size of a word document today by mattyrobinson69 · · Score: 1

      did you try removing the nulls, if so, did it break the format (wouldn't suprise me if they didn't need to be there for it to work, take the old frontpage as an example [i dont know about the new frontpage, but its supposed to be better]

    32. Re:Just look at the size of a word document today by batemanm · · Score: 2, Insightful

      I think Word has actually gotten better in terms of file size, it is still a complete pain in the arse and the bain of my life. When I did my undergraduate degree the report was around 10 meg, that was on Word 6.0. It was around 100 pages and have very few pictures. Now my PhD thesis is around 300 pages and is full of pictures and is currently about 6.5 meg (Word 2003). I have saved my PhD thesis out to Word 6 format before (to fix problems that word was having) and the resulting file was over 63 meg.

    33. Re:Just look at the size of a word document today by jfengel · · Score: 2, Informative

      It will amost certainly break the format. Word is designed for processing large documents, and most of this stuff is "reserved space" where the next few thousand characters would go on a disk.

      That's what allows you to, for example, type the letter "a" at the beginning of a 2 MB document without it having to shift the position of all two million subsequent characters. It allocates that stuff several thousand bytes at a time because that means it doesn't have to do it very often.

      They figure that this 20K is just fine to waste. It costs you far less than a penny worth of disk space and improves performance. The case of a file with a single character in it is degenerate; the amount of space wasted is usually far, far less.

      Theoretically they could let you tune the constant; if it were open source I'm sure you could go into some .h file and change it. But to offer that to a user, along with the thousands of other similar options, would confuse the user without making his life noticeably better.

    34. Re:Just look at the size of a word document today by RWerp · · Score: 1

      You can use kile, LyX or even xemacs's AUCTeX mode, which make such things really useful. BTW, it you want to type really quick then using the mouse to make a bulleted list is an obstacle.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    35. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      "I seem to remember the early nineties were full of fully functional does-everything-I-want applications that had nice GUIs"

      Well, that's a matter of opinion. If you show most people, say, Word 6 running on Windows 3.1 at 800x600, they won't think it's a "nice GUI" - they will think it's crappy.

    36. Re:Just look at the size of a word document today by RWerp · · Score: 1

      Comparison is invalid, because 1) Word documents grow in size even without embedding graphics and 2) LaTeX always stores inserted .eps files externally.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    37. Re:Just look at the size of a word document today by RWerp · · Score: 2, Funny
      Because it is impossible for the program to do
      lseek(..., SEEK_CUR);
      write(fd, ...);
      without inserting some permanent data structures into file on disk?
      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    38. Re:Just look at the size of a word document today by RWerp · · Score: 1

      Don't forget page formatting, font formatting, paragraph formatting, printer settings, etc. etc.

      WTF should I save printer settings into my document??? It's illogical. Besides, I can generate A LOT of formatting in LaTeX and still save a lot of text into 20KB of uncompressed ASCII text file.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    39. Re:Just look at the size of a word document today by RWerp · · Score: 1

      Well, then compressing these docs shouldn't be a problem and maybe they will fit on a diskette afterwards.

      I remember reading somewhere that .doc files are a memory dump from Word.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    40. Re:Just look at the size of a word document today by imsabbel · · Score: 1

      You know, my standart miktex install size is over 300mb....
      you can carry the book on one disc, but not the overly huge eps bitmaps (because getting jpegs or gifs to work is a pain in the ass) or anything to compile it into a usable format.

      Noting against tex, i use it myself, but you cant call it very slim.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    41. Re:Just look at the size of a word document today by redhog · · Score: 1

      That's why you use LyX. LyX is a nice UI and produces stock LaTeX files. Too bad it does not include a simple LaTeX style editor...

      Or use DocBook with some evil graphical editor. Oups. That way you prollyt have java, CSS and XSLT and a nice stack of 200MB apps...

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    42. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      I'm sorry, but that almost seems worse than xml...

    43. Re:Just look at the size of a word document today by tooth · · Score: 1

      yeap, was going to add abiword, but you beat me to it :)

    44. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0
      WTF should I save printer settings into my document?

      That way it looks the same every time you print, of course! It drives me nuts that Adobe Illustrator doesn't save these setting, especially when I'm doing custom poster size printouts. That's illogical.

    45. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      I'm pretty sure there's a half-way house somewhere.

      WRONG

      ED IS THE STANDARD TEXT EDITOR!

    46. Re:Just look at the size of a word document today by TekPolitik · · Score: 1
      What the heck is in that other 99.9% of the document?

      Word documents are stored in DocFiles (also known by some other names including "LAOLA" and "Microsoft Compound Files). DocFiles are made up of blocks of 512 bytes, and an empty DocFile has two blocks - one for the header, and one for the root directory, for a mimimum of 1K.

      Word documents are never empty though - they have streams for the "property" information you get when you right-click on them, sub-storages for OLE objects (even if there are no objects in the document), and a stream for the core data of the file.

      Then on top of that there's the other stuff people are mentioning - fonts, styles and the like. Things necessary to convey information about how the thing has been formatted.

      If you want to see this, there is a tool that comes with the MS SDK called "dfview" (it runs OK in WINE) - open a Word Document in that and you will soon figure out why the files are so large.

    47. Re:Just look at the size of a word document today by fossa · · Score: 1

      LyX is probably the fastest application I use semi-regularly that's also fairly complex (I guess I'm comparing it to GIMP, AbiWord, OpenOffice, Firefox and every other browser, Evolution, Kmail). Maybe it just doesn't do as much automatically, but it sure feels snappy in a way that no other GUI program ever has (except for "print preview" which invokes latex...). Can anyone enlighten me as to why? Is it antialiased fonts used in gtk2?

      A more general comment related to the article: it is much much better to feel fast than to actually be fast, in my opinion. What techniques exist to ensure a responsive GUI application? I know many GUIs are multithreaded, with, say, one thread running the GUI's mainloop. Or you can simply use a mainloop+callback model. With threads and Gtk (and any X toolkit?), anything outside of the GUI thread must aquire a global lock before it touches the GUI, and the GUI is frozen for the duration. With callbacks, the GUI is again frozen for the duration of the callback. How does one ensure (within reason; I don't expect a realtime system) that the GUI isn't being held up too long? And what is "too long"? I've heard 250ms as the longest time a program should ever take to respond to input...

    48. Re:Just look at the size of a word document today by Sigma+7 · · Score: 1
      On my Windows XP system, an empty Word document is 11K. Adding about 34K of ASCII text, and the size is 105K.
      Last time I checked, Microsoft Word uses unicode to store text - not Ascii. While this might appear as nitpicking, it's really more important than it appears, since it effectivly means that your text is twice as large (e.g. 68K instead of 34K.) However, this still leaves 26K unaccounted for.

      It's not the best way of storing information, as English documents rarely need anything more than 256 unique characters. However, I susepct that data storage is done this way because of some application features (e.g. shared editing, etc.)
    49. Re:Just look at the size of a word document today by ph43drus · · Score: 4, Informative

      There is. I'm running Slackware 10.0 (can't wait to get my 10.1 disks! w00t!). I use vim+LaTeX for all my document prep needs on the command line (use an xterm if you so choose). As others have mentioned, LyX isn't bad.

      I'm a physics major at UW, so I do a decent bit of scientific work on my computer. I use GNUPlot, XFig and the Gimp to generate drawings for lab reports and whatnot.

      I'm typing this from Firefox running on the Xorg6.7.0 server+WindowMaker 0.91. The key here is to use a lightweight window manager. Blackbox and fluxbox are other good choices (light, usable, not fugly (cough, fvwm, cough)). If you have to have that desktop environment, go with Xfce.

      The only gap that I occasionally feel in my user experience is a good spreadsheet. I haven't found one. KSpread, OpenOffice Calc and Gnumeric either are or require the use of heavy GUI software which we are trying to avoid (KDE and Gnome are not as big as XP, but far too big to run comfortably on my system). I've glanced at Siag, but haven't really tried it out (I don't know scheme and don't have the time to figure it out right now--see physics undergraduate work).

      I use mutt or pine, depending on which email address I'm checking. Thunderbird looks promising for being light and good, if you want a GUI based email client.

      Recompile your kernel to match your hardware (trim the fat and optimize for your processors), and turn off any extra servers that you don't need (don't need telnetd, ftpd, &c. running? Turn off inetd--it's also more secure). Customize your boot sequence to only start and load that which your system needs and those things which you use.

      I also boot to the command line and don't run xdm or the like. I do a lot of work from the command line, and X+light WM doesn't take long to start. It is, again, one less thing wasting clock cycles on my machine.

      For reference, I'm running my Slack 10 system on an Abit BP6 with two PIII 866MHz processors underclocked to 650MHz (long story... Has to do with the fact that the BP6 doesn't technically support the PIII). I've got 384MB of RAM and a GF4 video card. It is lightning fast. The only exception to this is when I'm running X with the closed nVidia drivers (damn thing has a 3MB kernel module... grrr...), but that only adds a hang of a couple seconds when switching between X and the consoles, and that's it. If I'm not playing Quake or dealing with 3D visualization stuff, I can use the OSS driver (2D accel only), and get rid of even that performance problem.

      So, yes, the middle ground is there, and it rocks. My computing experience is awesome, my slightly dated hardware is rock solid and perfectly responsive. Take a good, customizable Linux distribution, run light weight software, turn off stuff in the background and run a lean, mean, customized kernel, and you'll reclaim those lost cycles as interface responciveness. I suggest Slackware for this. FreeBSD, Debian, and any other Linux distro which is aimed at power-users will be good for setting up a configuration like this.

      Mandrake, RHAT (RHEL & Fedora), SuSE and any other user-friendly type distro is ill-suited to this, IMO. Not that you can't, but my experience with these distros and their high-level admin tools is that if you try to do something too different from the default, it gets extra hard. So, Slackware and the like just end up being simpler, and now you know what Slack users mean when they say "it's simple." So stop giving us funny looks when we say it.

      Jeff

    50. Re:Just look at the size of a word document today by SillySnake · · Score: 1

      Why can't someone write a graphical easy to use system that uses the same syntax as this to provide small documents? I hardly think wanting a more responsive but functional UI is bitching, look at fluxbox and other boxes for great examples..

    51. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      OO docs are also zip compressed. Now, microsoft could also come up with a DOC.ZIP format, but then it would be "slow" like OpenOffice is.

      The other problem with OO's format is that it can't support progressive loading like Word can. You have to read the entire thing, unzip it, and then parse the XML.

    52. Re:Just look at the size of a word document today by yakofdeath · · Score: 1

      Yes Word documents are larger than they seem like they would have to be, but does the extra 19K really bother anyone? We have 80GB hard drives and 512MB of RAM, and 1mbps connections, so 20K is really a trivial amount.

    53. Re:Just look at the size of a word document today by colinrichardday · · Score: 1

      What about PSTricks?

    54. Re:Just look at the size of a word document today by daskrisk · · Score: 1

      Have heard of convert?(Imagemagick), do a make file and you are done... WYSIWYG is slow, emacs has more features and more extension capabilities than any word, not to speak if you use it vim+emacs one for each task, and alsways you can use makefiles or scripts to do batch work and never care again of format... just do the work.

      --
      Deep in the mountains rest the Spawn
    55. Re:Just look at the size of a word document today by shannara256 · · Score: 1
      For example, on my NTFS formatted system, a plain text document with one "a" in it is officially 4KB, even though there is onlt one byte of data in it. ... right click on the file and select "Properties", there is a summary tab that displays all the info stored in that 19k.

      Actually, that's not read out of the main file. NTFS supports multiple data streams (see Microsoft KB article 105763 and "Features Available on NTFS Volumes"). The summary information is kept in an unprintable named data stream ("\005SummaryInformation"), while the 20k of whatever is in the main, unnamed data stream. Word automatically fills it out, but you can add summary info to any file. FAT doesn't support multiple data streams, which is why that feature doesn't work on FAT volumes.

      Besides, even if it was saved in the file, all those fields would take, at most, 1k, which still leaves 18k unaccounted for.

    56. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      " I used to be able to fit the system, the finder, mac write and 3 X 8K docs on a floppy."

      The finder. ha ha. It was ok when it was released, but Mac kept it for a decade.

    57. Re:Just look at the size of a word document today by rs79 · · Score: 3, Funny
      " _real hackers_ would use straight TeX or runoff or raw postscript!"

      Oh, please, can we? I had one of the first postscript printers (on my Amiga 1000, serial #27) and while the language HP lasers used - HPGL seemed nice, Postscript seemed scary and complex; but it was obviously the one true way. Anything looking that much like FORTH had to be the answer.

      So I bought the red book. I bought the blue book. I looked for the green book. I cultivated the Reid brothers as friends. I read comp.lang.postscipt. I imaged film at 1250 and then 2450 dpi. I typeset a book on my amiga that actually got printed. I became a barely competant PS hacker. I was ready for the postscript revolution!

      Wake me up when it happens. Until then I have to put a gray border around some assholes webpage because his accountant wants it...
      dup showpage
      this, bitch.

      To comment on the original topic, I was an Assembly progammmer from 70 to about 93 and I'm telling you people the problem with code bloat is C++.

      Go back to C and check to see if it generated nice code and you can fit things on floppies again.

      I'm a contract programming whore but you can't pay me to use C++. I'd sooner do COBOL.

      Now, the interesting thing is there were TWO languages to come out of Bell Labs after C. C++ was only one of them, but it's creater had a Cerfian sense of self promotion and the language was popularized much to our collective dismay.

      Jim Fleming aquired the rights to the other language, it's called C@+ and pronounced "cat".

      A C@+ compiler written in C+@, fits on a floppy. I have one here. It's what we should be using if you want to use anything other than C.

      --
      Need Mercedes parts ?
    58. Re:Just look at the size of a word document today by rs79 · · Score: 1

      Opening up word, typing Hello world!/ecode and saving it yields a 24K file.

      Oddly, doing the samr thing with vi results in a 12 byte file.

      --
      Need Mercedes parts ?
    59. Re:Just look at the size of a word document today by Smidge204 · · Score: 1

      If you open the file up in a hex editor, the information is there. Also, the data is there even if copied to/viewed from a FAT partition or CD (formatted RW or otherwise). That info is part of the main file and not using a feature of NTFS.

      Again, I'm not saying that justifies the 19k overhead, and I agree it seems like there should be more info than that given the size, but that's all part of it.
      =Smidge=

    60. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0
      from a rant by Michi Henning:

      His wife was trying to save a 2.2MB for a 2 page Word document on a floppy disk. Plain text, default font, left aligned. There was one email address, underlined. After 17 minutes of searching, he found a way to turn off this email address highlight off. The document was then saved at 800KB.
    61. Re:Just look at the size of a word document today by chotchki · · Score: 1

      But you don't do massive documents in Word. It starts to slow down and screw up after 60 pages of text.

    62. Re:Just look at the size of a word document today by Fortran+IV · · Score: 1

      That's what's always mystified me about Windows: They don't seem to dedicate anything to making sure the system will respond quickly to the user. The first time I saw Windows XP, in a store display, all I did was right-click on the desktop to see if the popup menu had changed much. To my surprise, on an otherwise idle system, it took a good 30 seconds for the desktop popup menu even to appear. Yecchhh.

      --
      I figure by 2030 or so my 6-digit UID will be something to brag about.
    63. Re:Just look at the size of a word document today by shannara256 · · Score: 1

      It's a copy of the data (or rather the alternate data stream is the copy), but I believe that that's what Windows 2000/XP reads, because a) they don't need to change any functionality to have it display in Explorer and b) Explorer doesn't have to open the file. If, in fact, Windows 95/98/ME shows the same information in Explorer, then it's an shell extension attached to the file type.

      I have not played with Word very much, on 9x or NT, but I am fairly certain this is how it works based on my research of the summary tag and my understanding of how Windows and Explorer work.

    64. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      A C@+ compiler written in C+@, fits on a floppy. I have one here. It's what we should be using if you want to use anything other than C.

      What to guess what symbols Google can't look for? I'd love to have more information on C@+. Could you provide links, in the case where I can't find a search engine that'll search for that?

    65. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      As a Teamster, I would like to reply to this, but am unable to, being that I'm now on break. Thank you.

    66. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      LyX is probably the fastest application I use semi-regularly [...] Can anyone enlighten me as to why?

      I've never used LyX, but I've used LaTeX a good bit, so I'll guess (and probably be accurate). LyX is so fast because all it does is abstract the LaTeX macros away. It's not much more than NotePad (although nothing could suck as badly as NotePad...say PFE32 instead) with some buttons to invoke programs that do all the real work. Buttons just insert the correct markup at the correct point, and nothing more.

    67. Re:Just look at the size of a word document today by Fjornir · · Score: 0, Flamebait
      WTF should I save printer settings into my document??? It's illogical

      You, sir, are a slimy little piece of troll shit who failed to apply even a moment of thought to your 'argument' before you kicked into flame mode. A document should have printer settings so that the application knows how to print it. Think. Say I'm working on a piece of technical documentation. It has code samples with some long lines. The best way to make a dead-tree copy of this document is to print it landscape, with the back side of each page inverted so it can be bound at the top. WHY THE FUCK SHOULDN'T THAT BE EMBEDDED IN THE DOCUMENT?

      --
      I want a new world. I think this one is broken.
    68. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0
      And how much of that bloat in Word is useful information? If I open word, type the letter 'a', and save the document, it's a 20K document. If you type 'a' 2000 times, it's still a 22K document. What the heck is in that other 99.9% of the document?

      Here's the better question: as the number of a's goes up, how does the percentage of the file that's dedicated to the stuff that the 20K occupy change?

      My bet: it shoots down reasonably fast. The 20K you complain about is mostly initial overhead, that a document only pays once, or only has to repay for very large increases of size and/or complexity.

    69. Re:Just look at the size of a word document today by Defiler · · Score: 3, Informative

      He meant "C+@", not "C@+":
      Google Search with some hits

    70. Re:Just look at the size of a word document today by Kanasta · · Score: 1

      i duno, but put a word doc on a CD, chances are you won't be able to open it again. ever. on any PC.

    71. Re:Just look at the size of a word document today by Tablizer · · Score: 1

      If you are going to write a book, perhaps first figure out your style patterns and elements. Then create a simplified editing language that fits your style. For example, something similar to wiki conventions. Example:

      @ This marks my main-level heading

      @@@ This marks a third-level heading

      * This marks a bullet point

      # This marks a numbered list

      : This marks an indented quote (block quote)

      Bold and italic are a little trickier to find shortcuts for. I have yet to find any shortcuts that are satifactory.

      A blank line is used to separate paragraphs. This is a lot easier and more natural than typing "<p>"

    72. Re:Just look at the size of a word document today by AmberBlackCat · · Score: 1

      That sounds like what you get when you type about:mozilla in Firefox.

    73. Re:Just look at the size of a word document today by Scott7477 · · Score: 1

      I switched to StarOffice but at work I just save my docs as RTF files..saves about 50% on space.

      --
      "Lack of technical competence coupled with the arrogance of power, as usual, leads to no good end."
    74. Re:Just look at the size of a word document today by elemental23 · · Score: 1

      That's right. 20k should be enough for anyone.

      --
      I like my women like my coffee... pale and bitter.
    75. Re:Just look at the size of a word document today by carlmenezes · · Score: 1

      Maybe, but you can fit a LOT more on a simple pen drive or even an MMC card. So what you have now is the ability to carry around more using less space with more reliability. The floppy point is void. Software has gotten bigger, but so has storage media capacity. You can now carry around a 50MB live CD that's not much bigger than a business card - that's operating system, utilities and all.

      --
      Find a job you like and you will never work a day in your life.
    76. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      Oh, I always wanted to be a Teamster. So lazy and surly...

    77. Re:Just look at the size of a word document today by RWerp · · Score: 1

      The downside is that the document can screwed up when I open it on another computer because "it has been formatted for another printer". I had this problem several times. Before calling someone a troll, pay some attention to what he says.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    78. Re:Just look at the size of a word document today by lahvak · · Score: 1

      Including png's is actually pretty easy. As far as the size of miktex --- you would have to compare that to the size of Word and Powerpoint together with all the fonts they use.

      --
      AccountKiller
    79. Re:Just look at the size of a word document today by lahvak · · Score: 0, Offtopic

      How is "landscape" a printer setting? Yes, it applies to printing, but also to creating a postscript or pdf version of the file. I would call it "page formating" rather than "printer setting". It has nothing to do with an actual printer. And, in TeX, it takes about 9 bytes to specify you want to format the whole document in landscape, and perhaps a little bit more if you need individual landscape pages in otherwise portrait oriented document.

      --
      AccountKiller
    80. Re:Just look at the size of a word document today by Fjornir · · Score: 1
      How is "landscape" a printer setting? Yes, it applies to printing, but also to creating a postscript or pdf version of the file. I would call it "page formating" rather than "printer setting"

      You are, of course, correct. Tell that to Microsoft -- they own the menus, not me. ;)

      And, in TeX, it takes about 9 bytes to specify you want to format the whole document in landscape, and perhaps a little bit more if you need individual landscape pages in otherwise portrait oriented document.

      Extra spiffy. One day in the not too distant future I'm going to need to spend some time with TeX. Which book would you recommend, sir?

      --
      I want a new world. I think this one is broken.
    81. Re:Just look at the size of a word document today by Fjornir · · Score: 1
      The downside is that the document can screwed up when I open it on another computer because "it has been formatted for another printer".

      I've never seen it fail to do the right thing, or the closest approximation of the right thing the target printer can handle.

      Before calling someone a troll, pay some attention to what he says.

      I did pay attention to what you had said. You might have noticed that I quoted it and everything. Here it is again: "WTF should I save printer settings into my document??? It's illogical." In point of fact even a deranged monkey suffering from severe dementia could tell you that details about how a computer document should be printed fit quite sensibly in the "data I should store in the file" bucket. As such I feel my original assertion stands, and you are simply a slimy little piece of troll shit who went straight into flame mode without thinking. If you disagree, you might want to consider trying the following in the future:

      Think before clicking the Reply link. Ask yourself "Do I actually have anything to contribute to this conversation or am I just blowing some hot air around?"

      Click the preview button. Take a look in your text for anything which might cause someone to mistake you for an AOL user. Consider the number of times the following pattern matches the text you have entered (LOL|WTF|!!!|\?\?\?|OMG|OMFG) and compare it to the number of words you actually used.

      Read RFC1855. Strive for compliance.

      --
      I want a new world. I think this one is broken.
    82. Re:Just look at the size of a word document today by tvjunky · · Score: 1
      There should be an option for not saving this metadata though, for security if not for file size.


      There already is such an option, as an add-in though. Here's the MSKB article.
    83. Re:Just look at the size of a word document today by Anonymous Coward · · Score: 0

      That's the thing about word. It's not really suited for anything, but it can do everything. Corps love the one-size-fits-all formula, even if there is not a single task you can do in Word you can't do better in another program.

    84. Re:Just look at the size of a word document today by evilviper · · Score: 1
      I've glanced at Siag, but haven't really tried it out

      I've tried it, and it's damn flimsy. Barely any of the most basic features you would expect, and crashes every 30 seconds for me. I'd stick with good old text "SC" myself.

      I use mutt or pine, depending on which email address I'm checking. Thunderbird looks promising for being light and good, if you want a GUI based email client.

      Thunderbird is far from light, and still not very good. Sylpheed is incredibly fast, has several features I was missing, and only has one limitation that bothers me (it doesn't automatically filter messages from IMAP servers, you have to manually select "Filter" when messages arrive).

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    85. Re:Just look at the size of a word document today by imsabbel · · Score: 1

      could you just tell me how to include pngs?
      Because currently, the routine with bitmaps is:
      a)Print to ps.
      b)Convert to eps.
      c)manually set the bounding box correctly.

      Which kinda sucks for productivity (especially the damn bounding box thats never right)

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    86. Re:Just look at the size of a word document today by jazman · · Score: 1

      > I'm telling you people the problem with code bloat is C++...I'd sooner do COBOL.

      Er, right. So it's impossible to write efficient code in C++ and impossible to write bloated slugware in Cobol, is that what you're saying?

      Sorry, but I totally disagree. The language itself does not define bloatm although different languages may support bloat to greater or lesser extents. It is the use of that language and/or the application design that defines the amount of bloat. I would contend as an experienced C++ programmer that it is perfectly possible to write clean, efficient code in C++, but that people simply choose not to, for whatever reason (ease of coding, speed not an issue and so on). Equally I would contend that it is perfectly possible to write slow bloatware in Assembler or Cobol if you choose to design the application in that way.

    87. Re:Just look at the size of a word document today by lahvak · · Score: 1

      Simple: \includegraphics{blah.png}. Oh, did I forget to mention I use pdflatex?

      --
      AccountKiller
    88. Re:Just look at the size of a word document today by shrykk · · Score: 1

      That's all very well, but what about if you want to include equations? How about automatic contents and bibliography? How about columns, margins, arrangement of 'box-outs' with extra information? Special symbols, macros for common arrangements? What about a program to take your markup and produce a beautifully-typeset document?

      Of course, you could implement all this yourself, but let me give you a hint: TeX. A mature, free software system for all the typesetting you could wish for. To put it another way, are you gonna reinvent the wheel or trust Donald E. Knuth? I know where the smart money is.

      --
      #define struct union /* Reduce memory usage */
    89. Re:Just look at the size of a word document today by Ih8sG8s · · Score: 1

      Amen, brother.

      One GUI email reader is XFMail and derivatives. I happend to need to sort, filter and process thousands of emails a week, so for me, speed and efficiency is everything. It's not pretty, although I believe one of the derivitives uses GTK, and another emulates the Next mailapp. I haven't tried these derivatives. XFMail can run a dozen filters against 5000 messages in about 5 seconds, and that's over NFS!

    90. Re:Just look at the size of a word document today by Zontar+The+Mindless · · Score: 1
      ...that almost seems worse than xml...

      What do you think OO.org uses?
      --
      Il n'y a pas de Planet B.
    91. Re:Just look at the size of a word document today by Tablizer · · Score: 1

      That's all very well, but what about if you want to include equations? How about automatic contents and bibliography? How about columns, margins, arrangement of 'box-outs' with extra...

      I think you missed my point. You first study what features you need *before* making the short-cut language. If you will use a lot of different kinds of stuff, then a short-cut language may not be worth while. Or one can perhaps use a combination; using a shortcut language does not preclude using TeX markup also, as long is your short-cut does not interfere with TeX markup.

    92. Re:Just look at the size of a word document today by shrykk · · Score: 1

      I think you missed my point. You first study what features you need *before* making the short-cut language.

      But why? If I want a sandwich, I don't decide what type of bread I want and start baking. And say I need to work with columns of figures, I just use a spreadsheet, even though I don't need most of the features. Do you think I should work along the lines of "Hmm, I need to work with columns of figures, I'd better write a basic spreadsheet... Now, how to write it: I'll need to invent a programming language..."

      If you invent a markup language for one application, you'll need another one for the next application, or to extend your original one, wasting lots of time. While if you learn a good general-purpose method, you have something you can transfer to other things, a whole host of tools written by other people, and community support.

      --
      #define struct union /* Reduce memory usage */
    93. Re:Just look at the size of a word document today by Lost+Phoenician · · Score: 1

      dag narn it, i remember back in '82 when you could get an OS, a WP and a document on an 8 inch floppy and still have room for a Snoopy line printer calendar. and you could make floppies hold more by a few judiciously punched holes........

      --
      Its later than you think.....your watch has stopped.......
    94. Re:Just look at the size of a word document today by PingPongBoy · · Score: 1

      Someone thought you were pretty funny but someone needs to explain that to me.

      BUT you illustrate the point with the call to lseek. Why did you not put the SEEK_CUR parameter at the beginning? Because the parameters need to be in order. Probably for the sake of backward compatibility Word docs have a bunch of data structures that must occur in a specific order much like parameters of a function call regardless of whether the items were in use.

      The other thing about lseek followed by write -- I suspect that Word docs may contain gaps of significant size so that people can edit the middle of a large doc without having to re-save large quantities of non-edited data to the disk. Thus, there would be quite a bit of lseeking. Breaking a doc into a linked list (can be stored out of order on the disk) would facilitate insertion/deletion but would require quite a bit of disk seeking if the file was searched or scrolled.

      --
      Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
    95. Re:Just look at the size of a word document today by PingPongBoy · · Score: 1

      Word is quite flexible about printers. Some files can be envelopes. Some can be cards. Some can be letter paper and others can be combinations of envelopes, letter size, book formatting, etc.

      After that you can create headers, footers, margins, etc. Add that up into a single document, and you may have a document that prints partly on one printer used for glossy paper and partly on another printer loaded with plain paper while being able to print multiple copies with one click on the print button. Very good for automated jobs in a printing company.

      There are so many features I get scared that with the next version I may find that an obscure feature I use quite often may become mangled or uncontrollable with other programs. So far I have to hand it to Microsoft - all the old versions of Word I use work as well as I need them to on the newest Windows that I have.

      --
      Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
  5. This week's action item by fembots · · Score: 5, Funny

    Launch a few applications simultaneously and time their start-ups. Try it again in five years to see whether the time has improved.

    I think it'll be the same, given the same machine.

    1. Re:This week's action item by MrWim · · Score: 3, Funny

      £100000000000000000 pounds for the first person that can accomplish this in a week

    2. Re:This week's action item by Anonymous Coward · · Score: 0

      I remember my Mac SE/30 fully booted in 6 seconds. That's with nothing in the system folder but System and Finder. After a lot of extensions, it was more like 15-20 seconds. Still, very fast.

      It got worse and worse through the OSs. But now OSX is actually getting better and better. My G4 laptop boots as fast as my AMD PC desktop with better hardware - about 45 seconds (including pause for login).

    3. Re:This week's action item by gstoddart · · Score: 1
      Launch a few applications simultaneously and time their start-ups. Try it again in five years to see whether the time has improved.

      I think it'll be the same, given the same machine.


      Oh, there could be more programs in the startup and it would be even slower.

      Sorta like bootup-redshifting or something. :-P

      --
      Lost at C:>. Found at C.
    4. Re:This week's action item by jaxdahl · · Score: 1

      Can you advance me 10% of that so I can build a time machine to accomplish the task?

    5. Re:This week's action item by ender- · · Score: 2, Funny

      I remember my Mac SE/30 fully booted in 6 seconds. That's with nothing in the system folder but System and Finder. After a lot of extensions, it was more like 15-20 seconds. Still, very fast.

      It got worse and worse through the OSs. But now OSX is actually getting better and better. My G4 laptop boots as fast as my AMD PC desktop with better hardware - about 45 seconds (including pause for login).


      As a sys-admin, I find that the faster computers get, the longer they take to boot [especially servers]. Eventually, computers will be so fast, that they will never finish booting.

      Ender-

      PS. Yes I stole that, I just don't remember where I first heard it.

    6. Re:This week's action item by UlfGabe · · Score: 1

      "I think it'll be the same, given the same machine."

      Given the same programs too.

      --
      Check journal for info on Anti-TextBook, an idea by me.
    7. Re:This week's action item by shird · · Score: 1

      Actually, if you are using a decent OS such as windows XP, it does smart caching of applications. so it could be faster. It keeps a small meta data record of the disk access of frequently used processes and when you start the application next, windows is able to cache that disk access before it is actually used.

      So in theory, over time, applications can get faster, as windows "learns" more about the applications behaviour and disk access.

      so there.

      --
      I.O.U One Sig.
  6. Where are all the precious cycles going? by R2.0 · · Score: 3, Insightful

    spyware, trojans, p2p apps.

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
    1. Re:Where are all the precious cycles going? by Anonymous Coward · · Score: 0

      Well... we know what operating system he's running ;o)

      Disclaimer: Yeah, I know he's talking about what people in general run. Or so I hope.

    2. Re:Where are all the precious cycles going? by R2.0 · · Score: 1

      Actually, I run Win98SE (gasp). I've pared it down to what I need, don't use IE except when forced, run hardware (WRT54G) and software (currently Kerio) firewalls (I like to know when programs are phoning home), Grisoft AVG, and Spybot S&D.

      Number of viruses I've ever been exposed to: 2, both caught.

      Spyware/Trojans on my machine: 0.

      I'm quite secure in my computing manhood. (And my wife can attest to the rest of my manhood.)

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
  7. On complexity, code bloat and user interface by Anonymous Coward · · Score: 5, Informative

    Mr. Seebach points out that "computers are, in fact, doing more than they used to. A lot of the things computers do are fairly subtle, happening beneath the radar of a user's perception. Many functions are automatic and, as discussed in last month's column, you could probably do without some of them."

    This recalls an analogy drawn by a recent Economist article. Unlike most automobile analogies popular among Slashbots, this one is actually rather appropriate: "By the 1930s, ... the car had become more user-friendly and ready for the mass market. ... [T]he makers' increasing skill at hiding the technology from drivers ... meant that cars got hugely more complex on the inside, because most of the tasks that had previously been carried out by drivers now had to be done automatically. This presented drivers with a radically simplified surface, or 'interface' in today's jargon."

    Given this lesson drawn from history, I disagree with Seebach's conclusion that "the worst is probably over" in terms of code bloat and complexity. Computers still have a long way to go before they can approach the ease of use and stability we demand of every other consumer appliance in our lives.

    The aforementioned article requires a paid subscription to view, so in the interests of convenience, I'll reproduce it here.

    --

    SURVEY: INFORMATION TECHNOLOGY

    Now you see it, now you don't

    Oct 28th 2004
    From The Economist print edition

    [Image]

    To be truly successful, a complex technology needs to "disappear"

    THERE has never been anything quite like information technology before, but there have certainly been other complex technologies that needed simplifying. Joe Corn, a history professor at Stanford University, believes that the first example of a complex consumer technology was clocks, which arrived in the 1820s. Clocks were sold with user manuals, which featured entries such as "How to erect and regulate your device". When sewing machines appeared in the 1840s, they came with 40-page manuals full of detailed instructions. Discouragingly, it took two generations until a trade publication was able to declare in the 1880s that "every woman now knows how to use one."

    At about the same time, the increase in technological complexity gathered pace. With electricity came new appliances, such as the phonograph, invented in 1877 by Thomas Alva Edison. According to Mr Norman, the computer-design guru, despite Mr Edison's genius for engineering he was a marketing moron, and his first phonograph was all but unusable (in fact, initially he had no particular uses in mind for it). For decades, Mr Edison fiddled with his technology, always going for the most impressive engineering solution. For instance, he chose cylinders over discs as the recording medium. It took a generation and the entry of a new rival, Emile Berliner, to prepare the phonograph for the mass market by making it easier to use (introducing discs instead of cylinders) and giving it a purpose (playing music). Mr Edison's companies foundered whereas Mr Berliner's thrived, and phonographs became ubiquitous, first as "gramophones" or "Victrolas", the name of Mr Berliner's model, and ultimately as "record players".

    Another complex technology, with an even bigger impact, was the car. The first cars, in the early 1900s, were "mostly a burden and a challenge", says Mr Corn. Driving one required skill in lubricating various moving parts, sending oil manually to the transmission, adjusting the spark plug, setting the choke, opening the throttle, wielding the crank and knowing what to do when the car broke down, which it invariably did. People at the time hired chauffeurs, says Mr Corn, mostly because they needed to have a mechanic at hand to fix the car, just as firms today need IT staff and

    1. Re:On complexity, code bloat and user interface by kevinx · · Score: 1

      Computers still have a long way to go before they can approach the ease of use and stability we demand of every other consumer appliance in our lives.

      It's easy to demand more from a product that has a very clearly defined role. Computers on the otherhand is more a jack of all trades role. It's like creating an OS that is invulerable to internet worms. If you created something like this, it's going to be so restricted in certain areas that it would unusable to others. Maybe linux has a chance in this respect since there are so many types of distributions that favor one type of user over another.

    2. Re:On complexity, code bloat and user interface by gkuz · · Score: 1
      The aforementioned article requires a paid subscription to view, so in the interests of convenience, I'll reproduce it here.

      Yeah, uh, I think there's a reason behind the "paid subscription" requirement. If the publishers were interested in your "convenience" they wouldn't have restricted it. I think that's called "copyright".

    3. Re:On complexity, code bloat and user interface by Anonymous Coward · · Score: 0

      Information wants to be free!

    4. Re:On complexity, code bloat and user interface by Anonymous Coward · · Score: 0

      Actually, I agree that such flagrant violations of copyright law are unjustifiable. I make no excuses for what I do. ::: yfnET

  8. Nobody give a fig about optimizing by winkydink · · Score: 5, Insightful

    'memory is cheap'
    'disks are fast'
    'processors are fast'

    nobody cares about optimizing code anymore.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

    1. Re:Nobody give a fig about optimizing by garcia · · Score: 1

      They might have to go back to it though. With marketing being the force behind the clock inflation rather than actual speed people might start noticing that upgrading to the latest and greatest CPU might not improve anything except the speed at which money flies from your wallet while paying your electric bill.

    2. Re:Nobody give a fig about optimizing by cortana · · Score: 3, Insightful

      That's just what the assembley programmers said when researchers were moving to C. ;)

    3. Re:Nobody give a fig about optimizing by dattaway · · Score: 4, Insightful

      Back in the old days, popular applications were stand alone, written in assembly, and made to fit within a single code segment. Since resources were small, much care was taken to get the most out of so little. Software back then were simple like motorcycles; they had the basics bolted to a simple frame and off it went. Today we have software written with stock libraries, made to work with all kinds of resources and standards, and required to work with large filesystems and memory maps. Applications back then fly today, but seem like a small insect when it comes to functionality.

    4. Re:Nobody give a fig about optimizing by A+beautiful+mind · · Score: 1

      Some people with pride do.

      *Looks at the linux kernel*.

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    5. Re:Nobody give a fig about optimizing by Rorschach1 · · Score: 5, Interesting

      Nobody except embedded programmers. My biggest project of late runs on an 8-bit, 8 MHz CPU with about 7k of Flash and 192 BYTES of RAM. Not megs, not kilobytes, but bytes. That's equivalent to less than three lines worth of text. And the code's written in C, rather than assembly, so while it's easier to maintain, it takes more effort to make sure it stays efficient.

      I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be.

    6. Re:Nobody give a fig about optimizing by tomstdenis · · Score: 4, Insightful

      I'd hope not because for most problems efficient *algorithms* are more important than efficient implementation.

      Tom

      --
      Someday, I'll have a real sig.
    7. Re:Nobody give a fig about optimizing by Naikrovek · · Score: 1

      you're exactly right, you don't need to squeeze every last bit of performance out of your hardware anymore, and as soon as there's a reasonable amount of spare CPU time, some new whiz-bang graphical do-nothing is put in to use it up.

      I think if folks quit relying on the compilers of the world to optimize their code for them that things would suddenly get worse, then over time get a lot better.

      bottom line is that efficient, quick code takes longer to develop and therefore costs more money. its not justifiable to people who do the books.

    8. Re:Nobody give a fig about optimizing by Rosco+P.+Coltrane · · Score: 1

      What a bunch of crap: everybody thinks like you and what happens? KDE is orders of magnitude slower than GEM on a good ole Atari ST on anything but the fastest PCs. And I'm not talking about disk usage, that, yes, I'd rather devote to my files, not bloat from the KDE folks.

      I'm not saying developers should spent ages tracking down the wasted cycle in 10 lines of code like we used to, but come on... A little good sense, 5 minutes of looking back and reducing memory and CPU usage, and things would run a lot smoother, with very little effort.

      "If it's slow, just change XYZ uh uh" is something I keep hearing from developers who can't be bothered to produce acceptable code.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    9. Re:Nobody give a fig about optimizing by Sloppy · · Score: 1

      Well, it's not that nobody cares. It's just that a programmer's time is worth more than a user's time. (Especially if the programmer isn't a user of the same software.) And while on amateur projects, the programmer can afford to take some pride in their work and will want to make it fast, it's totally different in the professional realm, where you just want to get the work over with as soon as possible so you can bill it and get on to the next project.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    10. Re:Nobody give a fig about optimizing by ehiris · · Score: 1

      Amen.

      Add network equipement and real estate are cheap.
      Seriously though, if you have an enterprise application use enterprise technology to handle it and don't expect performance and stability if you don't.

    11. Re:Nobody give a fig about optimizing by cortana · · Score: 1

      Lisp will rise again!

    12. Re:Nobody give a fig about optimizing by h0ss · · Score: 1

      Game console programmers still do, for the most part. We're constantly trying to squeeze more data into less space. (Embedded programmers are doing this too, I'm sure, but I'd rather only talk about the environment I know about.)

    13. Re:Nobody give a fig about optimizing by cooldev · · Score: 1

      True.

      False.

      True.

      False.

      Disks are a huge bottleneck, especially when the OS has to do a hard page fault. Therefore, at least in the client world, we still spend an enormous amount of time optimizing code to minimize working set and IO.

    14. Re:Nobody give a fig about optimizing by winkydink · · Score: 1
      Hmmm... I'm not sure where in my posting I took a position on pro-/anti-optimization. I just made an observation.

      For the record, I'm pro- and you're a bit quick on the draw, don't you think?

      --

      "I'd rather be a lightning rod than a seismometer." -Ken Kesey

    15. Re:Nobody give a fig about optimizing by Rosco+P.+Coltrane · · Score: 1

      Hmmm... I'm not sure where in my posting I took a position on pro-/anti-optimization.

      In the title: "Nobody gives a fig about optimizing". If you're pro-, then not everybody doesn't give a fig eh :-)

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    16. Re:Nobody give a fig about optimizing by KiltedKnight · · Score: 4, Interesting
      I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be.

      I agree completely. I've done some programming for OS-9, and when we were creating some software libraries, we had to do was worry about things like program footprint size and memory allocation/deallocation. We were using a cross-compiler and doing development in C and C++. Something as simple as the order in which you declare the variables could make a noticeable difference in program size. Memory allocation and deallocation had to be done by the top level of the program. The support libraries had to be written to accept a memory block to use and how large it was. The last thing we wanted to do was use up the 4MB of RAM (which had to hold the OS, plus any programs you were running) we had by making large chunks of it unusable because it first was malloc()'ed, then free()'ed. We didn't want to risk having whatever garbage collection scheme existed to be able to properly operate... assuming there even was one. (This was 1997.)

      Of course, if you want speed, you have to learn to take advantage of the "short circuit" of && and ||. While nobody's really going to notice the several nanoseconds you might use up by doing !strncmp(str1, str2, n), when you process millions of rows from a database, it can make a big difference by not forcing a program pointer jump by saying
      if (str1[0] == 'a' && !strncmp(str1, str2, n))...

      The mindset we have now is a direct result of the prevailing attitude that memory is cheap and processors get faster. A friend of mine is no longer asked to interview prospective candidates because he would always ask questions about optimizing code and making it run faster. The candidates nearly always had the look of a deer caught by headlights, and these supposedly knowledgable programmers (interviewee AND interviewers) couldn't answer these questions.

      --
      OCO is Loco
    17. Re:Nobody give a fig about optimizing by NanoGator · · Score: 1

      "nobody cares about optimizing code anymore."

      On top of that, some of us like having anti-aliased fonts or visual feedback that gives me visual cues as to what my computer is doing.

      --
      "Derp de derp."
    18. Re:Nobody give a fig about optimizing by BorgCopyeditor · · Score: 1
      a programmer's time is worth more than a user's time

      Same point, less flamebaity: "a programmer's time costs more than a user's time."

      --
      Shop as usual. And avoid panic buying.
    19. Re:Nobody give a fig about optimizing by grumbel · · Score: 2, Interesting

      ### Applications back then fly today, but seem like a small insect when it comes to functionality.

      Well, a 10 year old NeXTSTEP computer can do a lot of stuff that I still can't do with Gnome and KDE, and yet it is still faster doing some things than todays computer. Same with Inkscape, I tried to play around with some of the stuff I did on a P90 with 24mb RAM in CorelDraw years ago, Inkscape turned out to have huge problems rendering the stuff on a 1Ghz Athlon with 768mb RAM, was almost unusable. Its true that there are some things that I can do today that would have been impossible some years ago (fullscreen video, todays games, etc.), yet there are many many things that are basically exactly the same as years ago, only that they havn't speeded up at all or even got slower, even if the CPU speed itself has massivly increased.

    20. Re:Nobody give a fig about optimizing by morcheeba · · Score: 2, Interesting

      A little tip from when I wrote 8-bit embedded code...

      Our c compiler had an output format that would list the c code and resulting assembly language intermixed. I wrote a quick little program that would read this, count the bytes of code per line, strip the assembly, and then just print out each line of C with the byte count at the beginning of the line.

      This was easier to look over and you could see if some c expression was really bloated - I'd then go and simplify the code.

      For example, I've been disassembling this little project and I can tell that the source firmware has this mistake:

      U88 a;
      U32 b;

      bad: b = b & a;
      good: b = (U32) ((U8) b & a);

      The bad way hard codes in a lot of "& 00" instructions for this little 8-bit processor, while more selective casting (while ugly) can overcome the problem. Repeat 10 times, and you'll save 200 bytes, or almost 3% of memory.

    21. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      Nobody knows how to optimize code anymore. I'm a CS major and many people in my class love doing 'pointless' things like worrying about where the variables are in memory and how to access them without cache misses, while never bothering to stop to think if their algorithm and design is the most effective given the specification and type of problem they are facing.

    22. Re:Nobody give a fig about optimizing by lgw · · Score: 2, Insightful

      I think the 80/20 rule applies strongly here. Trying to squeeze out the last wasted cycle is, well, a waste these days. However, a little thought goes a *long* way towards performance. Does that algorithm scale properly? Do I really need to allocate that memory dynamically, or is there an easy way to use the stack instead? Is that library call going to do 99% of its work on things unrelated to the results I want? Am I spending resources cacheing something I *know* I'll never use?

      Its annoying when people don't bother with even the most obvious performance considerations during design.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    23. Re:Nobody give a fig about optimizing by grumbel · · Score: 1

      Yet NeXTSTEP, written in Objective-C, outperforms Gnome, written in C, quite well and is also more flexible. In theory Objective-C should be quite a bit slower due to the late binding nature and such, but seems like its actually better when done right. Its really more about the algorithm then about low-level coding vs high-level one.

      PS: Wasn't there something that KDE applications loading extremly slow was in most part caused by the dynamic loader not handling C++ symbol tables very well?

    24. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      Funny, I work at an embedded tools company, and it seems our customers want features and 'optimization' isn't one they're clamoring for. Sales and marketing aren't breathing down my neck for a smaller, faster widget. They are nagging me for the new widget or the expanded widget version N+1.

    25. Re:Nobody give a fig about optimizing by PingPongBoy · · Score: 1

      I don't know about you but when I use a faster computer I notice that it is faster.

      Some things in Windows don't appear to respond any faster though. However! I hear tell that you can go to the registry and lower the delay times although if you lower them too much you can have suboptimal CPU usage for opening cascading menus.

      What I really want to know - how are some complex operations achieved? When I use COM to control MS Word, it seems that Word has to do so much thinking I can't wait for a 50 GHz processor to be available. Hmm. I have an idea though ...

      --
      Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
    26. Re:Nobody give a fig about optimizing by ThousandStars · · Score: 1

      A ten year old NeXTSTEP computer probably cost $8,000 new, which is probably closer to $9,000 in today's dollars. Today, you can get a $3,000 2.5Ghz Mac that does more, comes with more pre-loaded programs and makes a badass machine for video editing or photo editing.

    27. Re:Nobody give a fig about optimizing by cnettel · · Score: 1
      All so true. Even remembering the need to code for a 64k segment based real mode model gives some good (and some bad) habits regarding saving memory. I think the worst problem these days is when coders don't realize that they do really stupid things, like using random access on a linked list or implementing their own O(N^2) sorting, or what's basically equivalent to a sorting, without realizing it.

      The only thing that's worth than that is when the same coders think that you benefit by instantiating a complex data structure just to store five-or-so elements. Or saving memory by a cache implementation with 50-200 % overhead on the objects cached (unless they are really expensive to create).

    28. Re:Nobody give a fig about optimizing by pslam · · Score: 1
      Well, it's not that nobody cares. It's just that a programmer's time is worth more than a user's time. (Especially if the programmer isn't a user of the same software.) And while on amateur projects, the programmer can afford to take some pride in their work and will want to make it fast, it's totally different in the professional realm, where you just want to get the work over with as soon as possible so you can bill it and get on to the next project.

      I think this is taken too strictly by many people, even (so mind numbingly stupidly) in the embedded world. Here's a real world example: if you can optimise your MP3 player to use 30% less CPU, you get 20% better battery time. Or, you can fit a battery that's 20% smaller, and save $1 per unit sold. Sell a million units and you've saved a million dollars. Now that's expensive!

      Perhaps one day computers will require so much electricity that algorithmic optimisation is suddenly cost effective again :)

      (Or people will realise that optimising code greatly benefits laptops...)

    29. Re:Nobody give a fig about optimizing by Mortlath · · Score: 1
      nobody cares about optimizing code anymore.
      It's sad, but true. Last week in one of my computer science classes I was taking in college, we went over algorithms, and what made a certain algorithm better than others. Sadly, most of the class felt that the easiest algorithm was more advantageous then faster, or smaller code. Our professor eventually listed the features of good algorithms thus:

      1. Speed
      2. Simplicity
      3. Size

      My professor taught that today, size doesn't really matter as today's memory and storage needs are cheaply met.

      I think it's sad that most of today's programmers but so little emphasize on speed and memory usage.

    30. Re:Nobody give a fig about optimizing by misleb · · Score: 1
      That's just what the assembley programmers said when researchers were moving to C. ;)

      Nobody said that the trend was recent.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    31. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      Heh. I know how you feel.

      One project I had was getting a pick&place machine to use coordinated movements, by communicating between 16 independent processors.

      Wrote a communications module for PIC16C74 and RS485. (8 bit, 192 ram, 20MHZ)
      Worked fine until the motion control guy invaded my memory space. We agreed on boundries later.

    32. Re:Nobody give a fig about optimizing by Sandb · · Score: 1

      Might be true. I work as a programmer at a company handling large data chunks (digital maps).

      Most of the programmers there test their apps using a small example dataset. They all have nice machines, with 1GB ram and something like a 2.8 Ghz processor.

      They have nasty habbits of "caching" things to disk e.g. for a sort, or using strings to store numbers (we program Delphi mainly and boy do we love TStringList...)

      On a small dataset, performance is usually acceptable (e.g. 10 minutes for a run), but when released and run on a big dataset, those things can take hours!

      I once got the chance of working on the performance of an application instead of on new functionality for a change.

      Turned out that, by using a little smart algorithms and a little memory caching, I could tune it to run about 15 times as fast.

      Bottom line: most programmers are lazy, and faster machines only makes them seem to write moron code.

    33. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      Moving to what ?

    34. Re:Nobody give a fig about optimizing by ralphdaugherty · · Score: 1


      Necessity is the mother of invention. I think you'll agree we came up with some algorithms that were especially elegant and not the brute force algorithm that would first come to mind because we had to.

      rd

    35. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      I really like that idea, but it reminded my of the single most important optimization I can recall. I had a #define for a number, and it was later the denominator in an expression that only needed it as an int. On the 16 bit uC with software floating-point emulation, the resulting 64-bit floating point divide (in an ISR!!!) was a *HUGE* waste of time.

      Since the floating point divide was a function call, the code for it would have been very small, and hence unnoticeable by your tool. A great addition to your tool (IMO) would be to have it read a config file full of expressions, that it will search for in the assembly, and then mark the source code for in bright red (such as fpdiv_64). What I did was manually search the assembly for any 64-bit floats as a matter of course. I also timed my ISRs by making them light LEDs, so I could get a quick indication of time spent in an ISR by visual intensity of the LED, and an absolute measure by hooking a scope up to it. :D For 99% of the code the compiler did a better job than I could if I tried, or close enough that it didn't matter. For that last 1% (or perhaps 0.1%) it was VERY important to optimize, and it was also important to quickly find which part that was and not waste my time trying to optimize everything.

    36. Re:Nobody give a fig about optimizing by groomed · · Score: 2, Insightful

      Bah. n is usually small.

    37. Re:Nobody give a fig about optimizing by ArghBlarg · · Score: 1

      Hoorah for OS-9! What a cool OS. An RTOS, yet also self-hosting and with a full suite of interactive shell tools. Shared libraries, object-oriented design: everything -- the kernel, drivers, programs, shared library, even shared memory) were organized into 'modules', well-defined code objects that were re-entrant as well.

      Too bad Microware couldn't market themselves very well. The big RTOSes like Vxworks *still* don't have a proper process model and user-system space separation like OS-9 did nearly 20 years ago. Just goes to show that marketing, not technology, is still king. Sigh.

      It was also so well-documented and understood by OS-9ers back then that it was only a step or two away from having an open-source re-implementation done. There is a full re-write that's GPL-licensed for the 6809 I think.. Nitr-OS9? But I wish it had happened for the 68k or PPC or ARM -- I'd run it in a heartbeat just for the pure beauty of the programming model.

      --
      ERROR 144 - REBOOT ?
    38. Re:Nobody give a fig about optimizing by grassy_knoll · · Score: 1


      Software back then were simple like motorcycles


      So... software back then were ridden by fat old guys trying to pretend they're still young rebels?

      [badum-ching]

    39. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      speak for yourself. every job I've ever had, there's been a significant bottom line in getting 20% speed up out of the code.

    40. Re:Nobody give a fig about optimizing by emarkp · · Score: 1
      Well, they need to start real soon. Herb Sutter's article in the March Dr. Dobbs points out that processor speed ramps stopped 2 years ago. Optimization is going to be very important in the future--the biggest of which is learning how to write safe multithreaded apps.

      Just today we get IBM, Sony, and Toshiba's announcement that their new 8-core chip will power the Playstation 3. (Side note: it will run at 4GHz, which is faster than previous chips, but not 10 GHz, which is how fast chips would be if the speed hadn't flattened out.)

    41. Re:Nobody give a fig about optimizing by Frank+T.+Lofaro+Jr. · · Score: 1

      Hardwre has gotten cheaper. That still does not make inefficiency not a problem. Imagine if that $3000 computer could run even faster, or a $1000 computer could do its job because software was more efficient.

      3 steps forward and 2 steps backward is forward progress.
      3 steps forward and no steps backward is still better.

      --
      Just because it CAN be done, doesn't mean it should!
    42. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      I think you need to go find an old NeXT or P90 and double-check your memory.

      It might have seemed "fast" a long time ago, but the fact is by modern standards everything about those things is SLOW.

    43. Re:Nobody give a fig about optimizing by oliverthered · · Score: 1

      And using an efficient algorithm requires knowledge of how computers work, take for instance a collection of algorithms for manipulating strings.

      String a;
      String b;
      a = "hello this is a string"
      String b = right(first_occurrence_of(" " in a), a)

      etc... not too uncommon in a lot of code.

      Now there's the fast way of doing this.

      a = "hello this is a string"
      position = scan(a until [a] =" ")
      b = pointer( a + position)

      and the slow way

      a = "hello this is a string"
      position = scan(a until [a] =" ")
      b = copy_data(from(a) starting_at(position) to lengthof(a))

      Most libraries and languages seem to use the 'slow' way (even though cop on update could be used to preserve the contents of a or b if they change)

      Now that's just a simple example of strings where most programmer just use what the toolkits given them because they either don't know better, can't do better or just assume that the toolkit is good. When it comes to graphics and widget toolkits things get even worse.

      poor implementation [by toolkits and languages] can make you applications run upto 20 times as slow (based on converting a Delphi app to ASM using exactly the same algorithms for the job in hand).

      --
      thank God the internet isn't a human right.
    44. Re:Nobody give a fig about optimizing by Ninja+Programmer · · Score: 1
      I'd hope not because for most problems efficient *algorithms* are more important than efficient implementation.
      Yes, but often implementing efficient algorithms comes down to reading a text book you might happen to have handy -- which then means implementation *does* become the most important (remaining) factor. That's why people still think about quicksort, even though heapsort is already theoretically at least its equal.
    45. Re:Nobody give a fig about optimizing by Ninja+Programmer · · Score: 1

      This is a reply I sent to Seebach himself:

      First, I will agree with the general premise that performance of systems has
      not corresponded to the promise of Moore's law or other advertisements.
      However, I have many disagreements with what has been written here.

      - The corrollary of "component size" halving every 18 months (its actually
      more like 20-24 months) is that the switching time is also correspondingly
      reduced. This is what allows clock rates to increase in rough proportion to
      Moore's law. So *YES* you should expect clock rates to improve as process
      technology improves. Also, as component size decreases, the numer of
      transistors that can be put into a given fixed size for a chip increases.
      This gives designers more ability to create more sophisticated logic, or
      simply increase cache sizes. So, besides expecting clock rate increases,
      Moore's law suggests micro-architectural performance should also improve
      over time.

      - In the Windows world, anti-aliased fonts have been around since the mid to
      late 90s and they have 0 impact on real performance. There is an ever so
      slight complexity overhead in describing how the anti-aliasing occurrs, but
      otherwise the operations are handled by the graphics driver and graphics
      card. And in the Windows world, this and any other graphics operations
      have been thoroughly scrutinized over the years by the massive amounts and
      availability of graphics benchmarks. There is no monitor in existence that
      can keep up with the raw pixel output performance of any graphics card
      rendering any realistic amount of anti-aliased text -- i.e., there is no
      way a human being could actually *see* the performance difference between
      anti-aliased text or any other form of rendered text on a modern machine.

      - As to the word processor -- most people turn off the paper clip and other
      do-dads. And those who don't very rarely complain about the performance of
      their machine. In the Windows world, on-the-fly WYSIWYG rendering has been
      at realtime speeds since the early to mid 90s, which puts their
      corresponding CPU clock rates at roughly the 50-100 Mhz range. Once again,
      the vast availability of performance benchmarks has been a driving factor
      in this. Automatic grammar and spell checkers run in the background --
      i.e., they only use processor cycles that are not committed to more
      important user feedback.

      - Security of general software is about how well they have been designed and
      how rigorously they have been tested. The comment about virus scanning
      software is correct, however, many people do not *use* virus scanning
      software (as is evidenced by the continued problem.) So this does not
      explain the real performance issues.

      - Program complexity is indeed at the heart of most of the problem, but you
      have not clearly explained why. Most of these applications are written in
      the C++ language. C++ is both a blessing and a curse, because it allows
      developers to write far more sophisticated software (than in C) but unless
      the developer is careful the penalty comes in performance. But the thing
      about C++ is that its is almost always possible to recover all the
      performance, if only enough examination and design of the critical paths is
      done during development. In otherwords, in theory, there should be no
      performance penalty for this more sophisticated software, but for some
      reason there is.

      My claim is the primary reason for this is the relative dearth of system
      performance benchmarks. The only thing that motivates developers to improve
      performance is if their customers complain -- that is, customers armed with
      real numbers to back them up.

      Since Ziff-Davis has pretty much gotten out of serious benchmarking in their
      main magazine publications (except for video games) system/software

    46. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be.

      It's been said that first-year programming curriculum should include one semester of Lisp and one semester of assembly.
      I think this is perfect, as it gives students a real idea of what the possibilities are, and keeps them from getting stuck in one way of understanding programming, and gives them a much more room to discover what they enjoy doing.

      The university in my town's first-year is one half Fortran and one half Java. Eww.

    47. Re:Nobody give a fig about optimizing by drsmithy · · Score: 1
      Compare this with Windows and MacOS/Unix which gets slower, and perceptibly so, as the system gets more and more loaded. Linux is a special case, because in their 2.6 kernel they have switched to an O(1) scheduler, and have been working on improving user responsiveness -- so Linux sort of represents a best in breed among the non-realtime OSes (besides the fact that there exists a realtime variation of the Linux kernel).

      I can't speak for OS X, but Windows NT has _always_ had an O(1) scheduler AFAIK.

    48. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      I work for a small company that produces low-budget video games for little kids on the PC. We do not give a fig about optimizing. We usually do licensed games based on kids TV shows. Anyway, we've been building these little 2D games for a bunch of years, and we don't spend any time optimizing at all. Our target specs are usually about a 400Mhz machine with 64MB ram. I've seen some of the code that we've put out and I can't believe it. One time I worked on a game, and the outsourced code came back and was using 5 layers of 1280 X 1024 backdrops that were all below the top layer (no one could see them). I noticed the problem after we sent the Gold master candidate to our client. And it was published and it's on the shelves now! Does it matter? I dunno.

    49. Re:Nobody give a fig about optimizing by Lord+Ender · · Score: 1

      "P90 with 24mb RAM"

      Well there's your problem. You shouldn't have been using milibit RAM chips. It takes 500 of the damn things just to store half a bit. And if you want to be able to count all the way up to 1, you have to drop some serious cash on even more RAM chips!

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    50. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      [curmudgeon mode] Comment in C, but code in assembler. If you can't grok the code from the C comments, you aren't ready to do embedded design. [/curmudgeon mode]

    51. Re:Nobody give a fig about optimizing by tomstdenis · · Score: 1

      strstr() returns a pointer within the search string....

      But your code fragments are NOT equivalent.

      a = "hello this is a string"
      position = scan(a until [a] =" ")
      b = pointer( a + position)

      a = "changed"
      b == ???

      a = "hello this is a string"
      position = scan(a until [a] =" ")
      b = copy_data(from(a) starting_at(position) to lengthof(a))

      a = "changed"
      b == " this is a string"

      Tom

      --
      Someday, I'll have a real sig.
    52. Re:Nobody give a fig about optimizing by tomstdenis · · Score: 1

      You'd be surprised how many college students will store a 1000 records [for say an assignment] in a linked list "because it's small".

      And when I said "implementation" I mean optimizations e.g. doing it in asm. ... Bubble sort in ASM is still O(n^2) ;-)

      Tom

      --
      Someday, I'll have a real sig.
    53. Re:Nobody give a fig about optimizing by beev15 · · Score: 1

      maybe u should check out:

      http://www.gotw.ca/publications/concurrency-ddj. ht m

      the days of fast processors hiding poor coding are numbered.

    54. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      I give a fig. Here, want it?

    55. Re:Nobody give a fig about optimizing by philovivero · · Score: 1

      Nobody except embedded programmers. My biggest project of late runs on an 8-bit, 8 MHz CPU with about 7k of Flash and 192 BYTES of RAM. Not megs, not kilobytes, but bytes. ....

      I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be.
      Heheh. Nobody except embedded. How little you know. Let me tell another story with the exact same moral.

      I work at Friendster. We have one of the largest MySQL installations in the world. We have thousands of transactions per second running through our systems. We have tuned the OS down to the exact library, compiler version, and, well... uh. Everything.

      We have Opteron 64-bit machines with GIGABYTES of RAM, dual processors, and literally terabytes of disk. So. We can just be inefficient and do whatever we want, right?

      Wrong.

      If I create a database table and make it "int" instead of "smallint" when smallint will suffice, I lose hundreds of megabytes of space in RAM and suddenly everything goes to hell in a handbasket.

      It turns out that with gigabytes and terabytes and gigahertz, all this doesn't mean anything when you throw tens of millions of anxious people with web browsers at the system. You need to tune. You need to pay close attention to every detail of the system. If you upgrade a single library, suddenly the whole site can become unavailable.

      Let me quote someone you know closely, and see if it sounds applicable outside embedded programming: "I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be."

      Absolutely. Every programming student should have to program for an actual high-volume environment. Then they'll truly appreciate what 8GB of RAM on a dual 3GHz 64-bit system with 500GB disk space can do.
    56. Re:Nobody give a fig about optimizing by oliverthered · · Score: 1

      But your code fragments are NOT equivalent.

      That's the point, implementation not algorithm, the algorithm is 'high level strings'

      a = "hello this is a string"
      position = scan(a until [a] =" ")
      b = pointer( a + position)

      a = "changed"
      b == ???

      Did you not read, 'copy on update' (I think I missed out the o)

      a = "changed" :=

      copy_on_update(references_to(a));
      set(a to "changed")

      results in
      b = copy_data(from (a + offset) to lengthof(a) - offset)
      a = "changed"

      Often your never going to update b, so pointing into a is ok.

      Secondly if your being pedantic, "hello this is a string" is static so a pointer into it will always be ok.

      There are lots of other good examples using strings,
      e.g. if your going to check the length of a string, or concatenate strings a lot then you'll want to use a pascal style string as apposed to a null terminated one.

      modern c libraries provide strn and ...f("%.ns",length ,string);

      I down known what std::string uses, but one of the greatest speed improvements I've ever had was replacing some std::strings with pointers into blocks of data and some data/pointer management code.

      I wasn't arguing so much C vs Assembler, more high level languages and libraries vs knowing whats going on. 'most' programmers use high level libraries and wouldn't know what to do with a unsigned short * if it hit them in the face.

      Just look at the code to KDE and QT (if you can get round the horrible single charter variable names), and that's even before we get to the likes of VB, .net, java, javascript, xsl, cobol etc..

      --
      thank God the internet isn't a human right.
    57. Re:Nobody give a fig about optimizing by rugger · · Score: 1

      > Did you not read, 'copy on update' (I think I missed out the o)

      This is an operating system feature, not an application programming feature. To use copy on update for an application program, the program would:

      1) need to dictate VM stratagy. This is not a good idea because it will interfere with the OS's job, which is to manage memory usage.
      2) Each string would need to be put into their own page, so the OS could determine what string needed to be copied on an update. This is a terrible waste of memory and VM space, which is at a premium on current 32bit machines.
      3) If the string IS updated, performance would be staggeringly bad. A page fault would be generated when the app attempted to update the string. This would invoke an interrupt inside the OS. The OS would then need to determine which page(string) needed to be copied, perform the copy, and finally return control to the program. The pipeline and cache stalls such an interrupt create would be far worse then just copying the string in the first place.

      Thats assuming that you are using the Operating system's write on copy feature. However, it would also be possible to implement this feature directly in the language. This would have its own overheads and problems too though.

      Also, copying the string rather then using a pointer is simply a safer way for a programmer to perform this function. Due the complexity of most modern software, a single programmer would probably not know if using a shortcut like this is safe. What if some function that this string is passed to actually DOES change the string occasionally, without clearly documenting it. This can introduce very tricky and difficult to find bugs especially if these shortcuts are used everywhere.

    58. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0

      Except that strcmp(), when compiled with "gcc -O2", is simply a repz asm instruction. On x86 at least..

    59. Re:Nobody give a fig about optimizing by Anonymous Coward · · Score: 0
      Efficiency of algorithms doesn't always matter. Often you DON'T have BIG problems where size of problem N is big.

      Instead you have have lots of small problems with small N. So total time used is M*O(f(N)) and N is always known to be small. This means algorithm doesn't really matter. Practical code is often falls into this category.

      Also there are cases where well optimized code which keeps everything in cache is *at least* 10 times faster than naive implementations of algorithms which don't take cache into account (matrix eigenvalue decomposition for example, I can give you a link to a research paper if you want to).

    60. Re:Nobody give a fig about optimizing by evilviper · · Score: 1
      Applications back then fly today, but seem like a small insect when it comes to functionality.

      Strange that you would say that... Netscape was making browser back then, and you know something, they could do just about everything Firefox does today, and in the tiniest fraction of the CPU cycles.

      Now, you might not want to surf with Netscape 3 today, because newer variations of HTTP/Javascript/Java have come along, but you can't honestly believe that going from HTML 2.0 to 4.0 would account for a program that uses an order of magnitude more resources...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    61. Re:Nobody give a fig about optimizing by oliverthered · · Score: 1

      'This is an operating system feature, not an application programming feature'

      Wrong,
      the JVM could implement copy on update easly because java doesn't provide pointers, as it is it tries not to duplicate duplicate strings.
      And I can easily overload operators in C++ and make the pointers private to exactly the same effect, sure I can hack around if if i want, but the I can do:
      int *a = 1;
      *a = 10;
      too.

      the VM uses page faults to perform copy on update, in C++ you can use operators.

      When it's large trees of data and not just strings that you dealing with copy-on-update is so much nicer than copy the whole lot, and it's easy to turn the copy-on-update code into a deltaring system with rollback (kind of undo-redo)

      'Also, copying the string rather then using a pointer is simply a safer way for a programmer to perform this function.'

      Which is why I always use it for prototyping.

      ' Due the complexity of most modern software'
      lack of modularity and encapsulation yes....

      ' a single programmer'
      collage grad...

      'would probably not know if using a shortcut like this is safe. '
      doesn't know how to use encapsulation and documentation to make sure it is safe.

      ' What if some function that this string is passed to actually DOES change the string occasionally'
      apart from multi-threading, in which case use critical sections, or you OS equivilent I don't see what you getting at.
      is there a function that's documented
      my function((in) char *)
      when it should be
      my function((in-out) char *)
      that's why I said documentation is an important part, and that's also why I said collage grad.
      Also encapsulation would help a lot (no char*'s).

      ' This can introduce very tricky and difficult to find bugs especially if these shortcuts are used everywhere.'

      I didn't say use them 'everywhere', just like I didn't say copy the data 'everywhere' only a fool would copy the data all the time and only a fool would alias pointers all the time, why should my computer be at least twice as slow and memory hungry as it could be if the software was written by people who knew what they were doing.

      this probably explains why there are so many bugs in production software too, most programmers can't programme, don't write documentation, and think regression's something that happens when the stock market crashes.

      --
      thank God the internet isn't a human right.
    62. Re:Nobody give a fig about optimizing by Aidtopia · · Score: 1
      I'd hope not because for most problems efficient *algorithms* are more important than efficient implementation.

      For many problems, yes, but for most, perhaps not. Every challenging performance problem I've tackled in the past five years was due to thrashing in virtual memory, either because the execution path skips throughout process space or because there's poor locality in the data set.

      It has literally been years since I've worked on a performance problem that had to do with a loop-based algorithm. With event-driven GUIs, layers and layers of abstraction, marshalling, defensive security-enhancing code, and inheritance trees that are dozens of layers deep mean you can have tens of thousands instructions each executed a small number of times. There simply isn't a way to improve the performance by changing an algorithm. To solve these problems, you have to make sure all those scattered instructions are in cache (or at least RAM) and that the branches are predictable. There's no inner loop left that's accounting for a large portion of the time.

      Load times in particular are a big problem. With dozens and dozens of libraries each needing to be loaded, patched up, and paged out because they couldn't load at their preferred base addresses. Faith that they will only be paged in as needed is unfounded unless you're very careful to choose your base addresses well. (Or if your processor is adept with relative branches and your compiler and linker are smart enough to exploit that.)

    63. Re:Nobody give a fig about optimizing by Nevyn · · Score: 1
      but you can't honestly believe that going from HTML 2.0 to 4.0 would account for a program that uses an order of magnitude more resources

      Well firefox uses XUL which isn't exactly cheap ... but sure, going from simple HTML to the latest HTML+CSS2 (with copious do the right thing on crap input guesses) is certainly going to add a lot of overhead.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    64. Re:Nobody give a fig about optimizing by evilviper · · Score: 1
      going from simple HTML to the latest HTML+CSS2 (with copious do the right thing on crap input guesses) is certainly going to add a lot of overhead.

      That's absolutely ridiculous. It will add some more overhead, but very little relative to the rest of the application, and can't account for the tiniest fraction of the MASSIVE bloat of Mozilla/Firefox (compared with eg. Netscape 3).
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  9. Running the Windows OS & MS Apps by Anonymous Coward · · Score: 1, Informative

    XP and MS Office 2003 chew so many resources, that my 98SE + Office 97 kicks its ass. Or even a 486 with Windows 3.11 and Office. Code optimization is a thing of the past.

  10. What are they talking about? by brian0918 · · Score: 5, Funny

    Windows 3.1 and Notepad run nice and fast on my 3.2GHz 8GB RAM box.

    1. Re:What are they talking about? by fembots · · Score: 2, Funny

      But my Donkey Kong is throwing the barrels too fast!

    2. Re:What are they talking about? by mikael · · Score: 1

      Try running 'edit' in a DOS prompt, on a 3.0Ghz Pentium 4 system with a Geforce FX6800.

      Compare that to running 'vi' in 'xterm' on a Linux system using the same hardware.

      Just how can 'edit' be so slow?

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    3. Re:What are they talking about? by brian0918 · · Score: 1

      "Just how can 'edit' be so slow?"

      Maybe because what's being edited is more special. Choose your meaning of "special".

    4. Re:What are they talking about? by Anonymous Coward · · Score: 0

      because chances are you're running 2k or xp and they dont have a real dos prompt, it's all emulated

      although it runs faster in "CMD" than "COMMAND"

    5. Re:What are they talking about? by Anonymous Coward · · Score: 0

      That's easily fixed. Just run the game under several layers of emulation, or program it to send the processing out to an external co-processor that is connected to your computer using a serial port at 9600bps. If that's still too fast, then export the screen via X through a two-way satellite connection with poorly adjusted dishes while in a snow storm (if you believe what cable companies tell you).

    6. Re:What are they talking about? by Anonymous Coward · · Score: 0

      Do you run 'edit' under 2000/XP? If you do then in your process list should be a process with image name NTVDM.EXE. NTVDM means 'NT Virtual Dos Machine'. DOS is 100% emulated under 2000/XP.

    7. Re:What are they talking about? by ramk13 · · Score: 1

      Win 3.1 can't even address 8 GB of RAM, right?

    8. Re:What are they talking about? by Anonymous Coward · · Score: 0

      Use a win98 boot disk and see how fast it can really get.

    9. Re:What are they talking about? by phsdv · · Score: 1
      just make sure you have the Turbo button off, and suddenly your computer runs only at half the clock speed.

      Oh wait, this was 20 years ago on my 286 XT-PC....

    10. Re:What are they talking about? by archen · · Score: 1

      No, windows 98 can't even use more than 512Mb, Win95 64Mb. Win3.1 can go up to either 32 or 64, although I'm thinking 32. Of course you'd be running fat16 on that machine so a 2gig hard drive is going to be the limit. Getting drivers must be fun. I guess 16 colors at 640x480 should be enough for anyone using notepad =P

    11. Re:What are they talking about? by Botty · · Score: 0

      Oh man turbo buttons were a riot although ironically it was on all the time and only used to SLOW applications. A turbo button on my dual athlon-mp 2600s would be a hoot.

    12. Re:What are they talking about? by Anonymous Coward · · Score: 0

      You should see how fast the cards fall in solitaire!!

    13. Re:What are they talking about? by Anonymous Coward · · Score: 0

      No, windows 98 can't even use more than 512Mb

      Maybe he's running it in emulation..?

    14. Re:What are they talking about? by Brandybuck · · Score: 1

      My first computer was a 8086 11Mhz. My very next computer was a Pentium 100Mhz. One of the first programs I ran on the Pentium was "The Two Towers" RPG.

      Holy crap! The game was meant for the original 4.77MHz 8088, where you would get a nice slow plodding gait from the characters. But now it was so fast as to be unplayable. I think I managed to get Aragorn, Legolas and Gimli from Amon Hen to Fangorn in five seconds. "Look, there's a fallen leaf brooch, whoops, it's gone already..."

      --
      Don't blame me, I didn't vote for either of them!
  11. What about.... by BWJones · · Score: 3, Interesting

    Computers are getting faster all the time, or so they tell us. But, in fact, the user experience of performance hasn't improved much over the past 15 years. Peter looks at where all the processor time and memory are going.

    Ummmmm..... No.

    A number of years ago, I had a project that required three days for each calculation. Just for kicks, when I got my dual G5, I ran the same calculation with the same parameters and it was complete almost instantaneously. Yes, yes....I know..memory bound performance versus disk swapping of memory space, but at the time, the memory on that system was maxed out (128 MB for $5000).

    I also know that one of the games I helped work through beta (Halo) would absolutely not run on much hardware older than a few years ago.

    --
    Visit Jonesblog and say hello.
    1. Re:What about.... by civman2 · · Score: 2, Insightful

      You miss the point of the poster. New programs take about as much time to do things on today's systems as old programs did on yesteryear's systems. Old programs are blazingly fast on today's machines.

    2. Re:What about.... by jxyama · · Score: 1
      well, then tell me, why does it still take my acrobat reader 10 seconds to launch? 10 seconds for excel? heck, why does it take 30 seconds to launch the OS?

      10 years ago, those apps and OS launched about on the same time scale. if all components of a computer has gotten much, much faster, why do we still see the same lag?

      i think this kind of question is what the post is about. not about testing the raw hardware improvement to make sure they have actually gotten faster. it's about user experience of performance, not just performance.

    3. Re:What about.... by Anonymous Coward · · Score: 0

      I guess you weren't using java...

    4. Re:What about.... by Anonymous Coward · · Score: 1, Insightful

      well, then tell me, why does it still take my acrobat reader 10 seconds to launch? 10 seconds for excel? heck, why does it take 30 seconds to launch the OS?

      If it launched any faster, you wouldn't see the splash screen and the pretty advertisements + legal boilerplate.

    5. Re:What about.... by tx_kanuck · · Score: 1

      Actually, I hate to say it, but he has a point. The companies want the user to actually see their ad, plus have it running long enough for others to notice too which might explain some of the lag as well

      --
      Now, if that makes sense to anyone, could you please explain it to me? I think I've confused myself.
    6. Re:What about.... by darkstar949 · · Score: 1

      Agreed, any of the programs that I have written that have a splash screen because it was actually loading and doing some processing before showing the main application either a) load in no time at all, or b) take their time loading while they process the file that was used to launch the program.

      Which of course leads to the question of whether the programs are actually loading anything like they say they are doing, or if they just have a timer and are sitting idle until they can start running again. My money is with the timer.

    7. Re:What about.... by p373 · · Score: 1

      your main arguement was correct, but Halo PC was HORRIBLY optimized. It ran like shit on many very powerful systems.

      --
      http://www.thelung.org
    8. Re:What about.... by radish · · Score: 1

      I just launched Excel here...took under 2 seconds from clicking the icon to have it up and ready for input. This isn't a super fast machine, and it isn't cached. A few years ago when I had my first PC (OK, so 10 years ago) it took nearly a minute to load Excel, I know because I used to use it as a crude benchmark.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    9. Re:What about.... by lakeland · · Score: 2, Informative

      You totally missed the point.

      The latest 3D shooter was really pushing the limits of technology, frequently slowing to a crawl on an ordinary PC when there were lots of monsters in sight. What year was this? Well, it could be last month with halo 2. Five years ago with Quake 2, ten years ago with doom, or fifteen years ago with Wolfenstein. Yes, in the last 15 years, first person shooters haven't got any faster. Of course, my memory of dates is a little rusty, but I recall Wolf3d running just fine most of the time on my flash 386DX/40, though it didn't cope with more than 6 enemies at once. We've gone forward fifteen _years_ and now doom 3 runs just find on my XP 2600+ but doesn't cope with more than 6 enemies at once.

      Now, nobody is trying to claim wolf dprd is much as doom is doing, but the guy sitting there with the stopwatch could easily say things haven't got any faster in fifteen years. Similarly, load times have barely improved in fifteen years -- you try loading an old version of excel on a 486 with plenty of ram. Now do it on a brand new box with plenty of ram. The new box is about twice as fast. So in ten years, we've just managed to double real speed.

      Returning to your calculation, if you had that G5 a few years ago, I bet you'd have calcuated something more complex. The time things take bears much more resemblence to what we'll put up with than to anything else. I've had the most weird experience of this on my current project. It was started in 1998 and while most of the code has been replaced over the years, there is still a fair amount of code in use that was written in '99. Now, back in '99, the computer I was using was slower than my current one and so I wrote progress bars and the like. If I run the system now, you see those progress bars zip across in minutes. Then you come to the bits of code that were written in 2001 and the progress bars go across fairly swiftly. Then you come to the bits written in 2004 and the progress bar takes a day (almost as bad as the 1999 bar did in 1999).

      So, have I forgotten how to code like I did in '99? No, just my expectations of what I can do have increased and the latter stages of the program are far more ambitious. Similarly, the people working on Excel 2005 will be concentrating on making it that much easier to use, and just like every generation before them, they'll measure CPU performance in seconds rather than in clock cycles. A better usability rating in the twice time is unacceptable, but a better rating in twice the clock cycles is a huge win (two years apart, naturally).

  12. Re:My memory Usage by oliana · · Score: 1, Informative

    20% system
    20% various useful programs, like browsing, mail, games etc...
    60% itunes (for crying out loud, why does a 5 MB MP3 take 60+ MB of memory to play?)

    --
    In Soviet Russia, asses suck this joke.
  13. Easy by kaedemichi255 · · Score: 1

    As hardware capabilities improve, people often forget that software utilization of these resources increases as well. The applications users are interacting with are simply improving at the same rate, and attempt to harness more of the available hardware power. But as applications try to do more, the user won't be able to notice any performance improvements. Rather, they get the luxury of new sets of features that are made possible by these hardware improvements.

  14. Clippy by rlp · · Score: 5, Funny

    Someone needs to ask Clippy what he's doing with all those spare cycles.

    --
    [Insert pithy quote here]
    1. Re:Clippy by nine-times · · Score: 5, Funny

      Browsing the Staples web site for mail-order brides.

    2. Re:Clippy by Anonymous Coward · · Score: 0

      Masturbating at 2.4 gigastrokes per second. Ohhh yeah.

    3. Re:Clippy by Anonymous Coward · · Score: 0
      Someone needs to ask Clippy what he's doing with all those spare cycles.

      Downloading Clippy pr0n on the p2p app that's running in the background.

    4. Re:Clippy by dexter+riley · · Score: 5, Funny

      It's a little-known fact that Clippy doesn't really go away when you click "just type the letter without help". He returns to a background process, where he lives with his wife, two kids, and the "Search Companion" Dog. Microsoft Bob lives there, too...well, he actually lives in a virtual cardboard box behind the "bowling alley" thread.

      It's kinda like the Matrix, only less resource-intensive, and without as much "whoa" time.

    5. Re:Clippy by SpaceLifeForm · · Score: 1

      Clippy is laying low, he had a wardrobe malfunction and he's scared of the FCC.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    6. Re:Clippy by Anonymous Coward · · Score: 0

      Clippy has kids? Noooooooo...

    7. Re:Clippy by bonch · · Score: 1

      Congratulations on mentioning three stock Slashdot criticisms, one of which existed only once as an add-on product over ten years ago, another that hasn't been in a stock Office install for four years now, and a third that is easily shut off with the click of the mouse.

      Honestly, what is the obsession with Microsoft Bob and Clippy around here? I don't get it or find it funny.

    8. Re:Clippy by Anonymous Coward · · Score: 0

      True, Microsoft has moved on to bigger things now. Menus that hide themselves? What the hell were they thinking?

    9. Re:Clippy by Anonymous Coward · · Score: 0

      That brings a whole new meaning to their latest ad campaign.

    10. Re:Clippy by dcam · · Score: 1

      OK Bob died.

      But the Office assistant is still installed by default. Clippy is a shorthand for referring to that. And frankly I have always found the office assistant extremely unhelpful.

      And the third thing, that bloody dog. No you can't just switch it off. I can't find the relevant link in my bookmarks (which is frustating), but IIRC you need to change a registry key to return to a decent (read Win2K) style search.

      You may not get it, but the rest of /. seems to.

      --
      meh
    11. Re:Clippy by rlp · · Score: 1

      Honestly, what is the obsession with Microsoft Bob and Clippy around here? I don't get it or find it funny.

      Clippy (and Bob) are a metaphor for building a GUI that goes beyond "user friendly" to "user obsequious". A good GUI expends CPU cycles to make the users interaction easier and less complex. A "user obsequious" GUI makes the interaction more annoying and adds no value. Microsoft is just lucky that they haven't been sued by the Sirius Cyberbetics Corporation (or the estate of Douglas Adams).

      And that explains part of where the cycles went - bad GUI's and chrome. Add in sloppy coding and the fact that most of the programmers that knew how to write tight code have been promoted to management, retired, or were layed off with the dot-bomb. Finally, MS's desire to embed EVERYTHING in the OS. And that's where all the cycles went.

      --
      [Insert pithy quote here]
    12. Re:Clippy by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      bonch (aka rd_syringe aka Overly Critical Guy)

    13. Re:Clippy by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      bonch (aka rd_syringe aka Overly Critical Guy)

    14. Re:Clippy by cgenman · · Score: 1

      It's kinda like the Matrix, only less resource-intensive, and without as much "whoa" time.

      So that's what my system was doing when I opened Office and it slowed to a crawl. It wasn't a problem: it was a special effect.

    15. Re:Clippy by peamasii · · Score: 1

      Clippy's busy dealing crack to the fish living inside the screensaver. Either that or he's browsing the 10 GB of porn that downloaded itself to the harddrive. Then later he starts infecting all the new binaries with that exotic rash from his tail.

    16. Re:Clippy by dcam · · Score: 1

      Read my sig.

      --
      meh
  15. So by kevinx · · Score: 2, Insightful

    I think the user experience is faster; it's at least richer. You can go ahead and throw windows 3.1 or dos 5 on your machine and watch it scream. Obviously that's now what people want. As long as people demand innovation and new features, they will continue to require more and more power.

    You can't eat your cake and have it too.

    1. Re:So by Anonymous Coward · · Score: 0

      ...user experience of performance hasn't improved much over the past 15 years...

      Try going back to the computer you used 15 years ago. Unusably slow? ugly as hell? thats what I thought. Just because photoshop takes half the time to open now than it did 10 years ago don't mean the user experience isn't far better. The problem is that these things chage slowly, so it's easy to forget how bad they were a decade ago.

    2. Re:So by pdbogen · · Score: 1

      You can't eat your cake and have it too.

      You can with..er.. open..source.. cake...

      /nothin'

    3. Re:So by kevinx · · Score: 2, Funny

      but the icing isn't as good.

    4. Re:So by pdbogen · · Score: 1

      Did you remember to enable the flavor optimzations?

    5. Re:So by Flashpot · · Score: 3, Insightful

      But people AREN'T demanding it. It's being foisted upon them. Nobody is DEMANDING that windows-xp is to be delivered on all new peecees except Microsoft.

      --
      That which does not kill her only prolongs my agony.
    6. Re:So by kevinx · · Score: 1

      Bah, I don't believe that. Grandmas gonna be pissed when she can't hook up her ipod to her brand new alienware laptop with dos & geoworks installed on it. It's easy to say that you didn't want it, but if you look back at how much we have evolved in the past 15 years, you'd never want to go back.

    7. Re:So by BorgCopyeditor · · Score: 1

      Now that's a gcc flag I haven't seen: -fflavor. Before I knew what it meant, I always thought that -funroll-loops sounded pretty tasty. :-/

      --
      Shop as usual. And avoid panic buying.
    8. Re:So by Flashpot · · Score: 1

      its all marketing driven.

      --
      That which does not kill her only prolongs my agony.
    9. Re:So by Nebu · · Score: 1

      But people AREN'T demanding it. It's being foisted upon them. Nobody is DEMANDING that windows-xp is to be delivered on all new peecees except Microsoft.

      I'm "demanding" it. I like WinXP more than Win3.1. I like the task bar. I like the search system. I like antialiased font. I like dual monitor support. I like plug and play. I like DirectX. I like the Start Button. I like NTFS. I like support for multiple processors. I like the new Task Manager. I like being able to adjust the priorities of my processes. I like a whole lot more of the features that WinXP gives me that Win3.1 doesn't.

      And I still want more features. I was very disapointed when I found out that the databased filesystem was removed from Longhorn. That was something I was really looking forward to.

  16. Fun fact! by Kufat · · Score: 2, Informative

    According to Task Manager, Notepad on Windows XP takes up 2,768KB of memory when you start it without a file loaded.

    Mind-blowing, isn't it? If anyone has stats for analagous programs on OS X or X, I'd be curious to see them.

    1. Re:Fun fact! by Famanoran · · Score: 2, Informative

      On my Win2k SP4 laptop, notepad uses 1,652KB memory, without a file..

      Huge difference even between Windows versions... try turning off your Windows XP themes :)

    2. Re:Fun fact! by litewoheat · · Score: 3, Informative

      That's BS. Task Manager reports peak usage. Minimise Notepad then look. It really takes 212k. Microsoft needs to get rid of Task Manager for regualar installs and jsut provdie a simple version for people who don't understand virtual memory.

      I'm sooo sick of people looking in Task Manager then saying how much an application sucks because of how much "memory" it uses. For the most part, memory is not a factor.

    3. Re:Fun fact! by Famanoran · · Score: 1

      even so, on my win2k sp4 system it only uses 160KB memory.

    4. Re:Fun fact! by Anonymous Coward · · Score: 0

      hmm... when i run it it only uses 760k of RAM acording to task manager

    5. Re:Fun fact! by Anonymous Coward · · Score: 0

      From top:
      PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
      436 TextEdit 0.0% 0:00.40 1 61 102 1.17M 8.61M 5.03M 202M

    6. Re:Fun fact! by MrP-(at+work) · · Score: 1

      2.2mb here, running XP SP2 with themes turned off

      --
      [an error occurred while processing this directive]
    7. Re:Fun fact! by bradkittenbrink · · Score: 1

      not sure about OSX or X versions, but gvim 6.2 on windows 2000 takes up 5,136K.

    8. Re:Fun fact! by bradkittenbrink · · Score: 1

      and 276K when minimized.

    9. Re:Fun fact! by james72 · · Score: 1

      So what's going on here? Why does it show so much memory if it's not minimised - I've noticed lots of programs do this (Firefox, for example). Is it screen buffer memory or something like that?

      -James.

    10. Re:Fun fact! by Anonymous Coward · · Score: 0

      Care to explain why peak usage would go down? Shouldn't peak be the highest it reached?

    11. Re:Fun fact! by Anonymous Coward · · Score: 0

      On my 2K/SP4 - 128K when minimized.

    12. Re:Fun fact! by litewoheat · · Score: 2, Informative

      This is the stock response we send to customers who get uppity when they play with Task Manager. I belive it was taken from Microsoft or something.

      Windows uses virtual memory. Each process has its own virtual address space which is 4GB large. The address space is split into pages 4KB large. Each page may be free (it is not backed by any real memory, access to it is invalid) or committed (there is actual memory behind it). For each committed page, there is a matching 4KB page in some file on the hard drive, usually the system paging file but may also be an executable file or some data file. Also, when the page is in use or was recently, it is matched by a page of physical memory (meaning the actual RAM chips installed on the motherboard). When a program loads, the code and data are brought into a virtual address space. Code pages are backed by the executable file itself while data pages are backed by the paging file. The reason for this is that many processes running simultaneously may use the same code (multiple instances of the same program running, or a DLL loaded into different processes), but each such process needs to have its own copy of the data. Note that when such a shared page (i.e., a page of code from an executable file) is loaded into several processes, it takes space in each process' virtual address space separately, but all of those virtual pages are mapped to the same page on disk and the same physical page (if any). When the program accesses a virtual page, the OS needs to bring the data into physical memory. If the virtual page is already backed by a physical page, nothing needs to be done. Otherwise, the page of data must be read from disk. Typically, after being thus loaded, the page remains in physical memory, in case it is needed again later. When some other (or the same) program needs to load another page and the OS detects that it is short on physical memory, it selects the physical page that was accessed most recently, saves it to the disk and reuses the memory for the new page. Note that data may stay in physical memory long after it was last used if there is enough free RAM - the OS tries to avoid slow disk access as long as possible. The working set of a process is the set of all virtual pages that are currently backed by physical pages. Working set includes both data pages (coming from the system paging file) and code pages (coming from EXE and DLLs loaded into the process). Remember that a single physical page may be part of working sets of several processes (e.g. all processes that have loaded a particular DLL). What Task Manager displays in the Memory Usage column in the Processes tab is actually the total size of the working set. It does not accurately reflect the actual memory requirements of the process for the following reasons. First, the working set contains memory pages that were used long ago, are not used currently and will be freed immediately if the OS decides it's low on RAM. Second, if a single physical page is part of the working set of two processes (as often happens with code pages), Task Manager includes it in the total for each process, so if you add up the working set size for those processes, this page will be counted twice and you will end up with a number that overestimates the actual RAM usage. This second problem heavily affects programs that use WebBrowser control. WebBrowser is a very complex piece of software - it uses lots of DLLs containing megabytes of code. All of this code is loaded into the address space of every process that uses WebBrowser, and reflects in the process' working set size. The code is never loaded twice into physical memory, though, since all those processes share the same RAM pages. In particular, since Windows Explorer and Internet Explorer both use WebBrowser internally, the code is always loaded into RAM anyway.

    13. Re:Fun fact! by james72 · · Score: 1

      Or is it just all the external DLL gunk that these apps rely on it trashed since the user cannot make use of it when minimised? I guess that's it - but I do wonder why notepad would need 2.2MB of external gunk. Does Task Managers 'Mem Usage' column show all memory used by all DLL's used?

      -James.

    14. Re:Fun fact! by PitaBred · · Score: 1

      Unfortunately, you're wrong. The address space is only 2GB, unless you start with the /3GB switch, which only works on certain flavors of Windows OS's. Virtual Memory management is also a little more complex than just swapping the oldest page to disk, but we'll let that slide, too.

    15. Re:Fun fact! by Anonymous Coward · · Score: 0

      That's user addressable address space. Access out of that range is a priveledge error. However, the kernel lives in the rest of that space and all processes sort of share that as well so it's an honest mistake.

    16. Re:Fun fact! by litewoheat · · Score: 1

      So in other words you're saying "Worst explanation ever!"
      Next time I'll have to delve into the operations of the PMMU to please everyone I guess
      Umm Hmm

    17. Re:Fun fact! by rbarreira · · Score: 0

      Same exact conditions - 2632 KB

      --

      The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
    18. Re:Fun fact! by Johnno74 · · Score: 4, Insightful

      Nope, wrong. Task manager reports working set, which is whatever memory windows THINKS the process is using at the moment.

      Reporting the total memory allocated by an app is meaningless, because much of that memory includes things like memory-mapping DLLs that are only loaded once, and shared amongst all processes using them.

      Windows constantly trims pages from the working set of each process that haven't been accessed in a while and pages these out to disk.

      When you click the minimize button windows assumes that the app (or at least large parts of it) are going to be inactive for a while, so it tries to remove as many pages from the working set as possible - hugely reducing the "memory usage" reported in task manager. Sometimes it is a little too agressive in trimming pages from the working set, and the "memory usage" immediately climbs a little again, as the app accesses memory pages that windows thought it could page out.

      Try it with an app like MS Word that has background threads that constantly check spelling and stuff, and you'll see the working set goes up for a few seconds after you minimize it.

    19. Re:Fun fact! by bairy · · Score: 1

      Because when it's minimized, windows doesn't have to care about keeping the graphical interface rendered, or tracking what text is displayed, or what font. It's all held in virtual memory (although if you use drive caching it's probably in there but it counts as caching). When you restore it, all of these are items are re-rendered back into memory.

      --


      Get paid to search..It's geniune and
    20. Re:Fun fact! by Coryoth · · Score: 2, Insightful

      I'm sooo sick of people looking in Task Manager then saying how much an application sucks because of how much "memory" it uses. For the most part, memory is not a factor.

      You think that's annoying? You should try having to put up with all people who complain "X is sooooo bloated" because they looked at memory usage on top but have no idea how it is calculated for X, nor what the figure really means. Every single article that has any mention of X11 gets at least 15 posts all saying X is bloated based on top, and every time there are a bunch of people who give long and careful explanations as to why the figures in top are the way they are. And then the next article comes along and a whole bunch of people decide to demonstrate exactly how little they've learned...

      Jedidiah.

    21. Re:Fun fact! by Anonymous Coward · · Score: 0

      Wrong. Standard Windows Task Manager under [Processes/Mem Usage] tab shows current working set.

    22. Re:Fun fact! by MoneyT · · Score: 1

      The question is, is that a bad thing. Now granted, Notepad isn't the most feature filled application in the world, but let's consider. If everything that notepad could ever want to do is loaded into memory and that occupies 2 MB is that better or worse than having notepad only use 500k of memory but need to swap when you access ObscureFeature5?

      Free memory (in the sense that it's just empty) is wasted memory.

      --
      T Money
      World Domination with a plastic spoon since 1984
    23. Re:Fun fact! by Kufat · · Score: 1

      My figure's probably a little high, I admit, but yours is with everything possible swapped out to disk. After you minimize notepad, switch back and it'll read from the page file to return some of the swapped pages to RAM and the RAM usage will go up. Then open a dialog box; another HD access, another increase. Repeat and your RAM usage increases. It's not ~2.7MB, but neither is it 212KB. It's probably about 1.3MB, by my guesses based on monitoring page file usage with a more sophisticated task info program.

      Thanks for telling me that the figure reported by Task Manager is less than accurate, though.

    24. Re:Fun fact! by cnettel · · Score: 1
      Have you considered adding paragraphs to the answer in the next release?

      It's strange how hard it is to relate to a text of this type, I'm somehow distracted by the almost identical lines above and below and I get lost.

    25. Re:Fun fact! by Anonymous Coward · · Score: 0

      gedit uses 22K

    26. Re:Fun fact! by danila · · Score: 1

      Task manager can report anything. View/Select Columns. It can report RAM usage, VM usage, peak memory usage, etc.

      --
      Future Wiki -- If you don't think about the future, you cannot have one.
    27. Re:Fun fact! by Anonymous Coward · · Score: 0

      Turn on the "VM Size" column. You'll notice that it doesn't change when the thing is minimized.

    28. Re:Fun fact! by Fortran+IV · · Score: 1

      Yeah, that oughta shut 'em up.

      --
      I figure by 2030 or so my 6-digit UID will be something to brag about.
    29. Re:Fun fact! by jebiester · · Score: 1

      That's nothing. According to Task Manager on my PC, System Idle Process takes a wopping 98% processing power on my machine!

    30. Re:Fun fact! by Nastard · · Score: 1

      Is SP2 anything resembling stable these days?

      Also, I ate your clamcakes.

    31. Re:Fun fact! by MrP-(at+work) · · Score: 1

      Stay away from my clamcakes!! =P

      I've had no problems with it, installed it on my PC, family members, work PCs, etc

      --
      [an error occurred while processing this directive]
  17. Change isn't always a given. by litewoheat · · Score: 3, Insightful

    There's been so mauch change in the past few decades that people keep expecting the same amount of change everywhere. Many people know nothing else. UI as developed by PARC then refined by Apple and Micrsoft hasn't really changed much except for evolutionary steps. There's no revolution coming. Cars have been driven the same basic way since the Model T. Its my firm belief that there will not be revolutionary things such as the printing press, radio, tv, and the Internet coming withing the next 100 or so years. Its time to start refining what we've created rather than look to supplant it.

    1. Re:Change isn't always a given. by iroll · · Score: 2, Informative

      You've obviously never driven a Model-T.

      None of the pedals do what you'd expect, and there's a couple extra levers that also do seemingly random things. Tonight, if you say prayers, give a little thanks for modern transmissions and synchromesh. Trust me, they're a beautiful thing.

      --
      Repetition does not transform a lie into the truth. - FDR
    2. Re:Change isn't always a given. by Tzarius · · Score: 1

      Its my firm belief that there will not be revolutionary things such as the printing press, radio, tv, and the Internet coming withing the next 100 or so years. Except for, say, direct neural interfaces or holographic displays.

    3. Re:Change isn't always a given. by PornMaster · · Score: 1

      Given the utter shit which comes out of some peoples' mouths (or fingers, when typing), the prospect of seeing their uncensored neural impulses makes me want to hurl.

    4. Re:Change isn't always a given. by Tzarius · · Score: 1

      Heh, funny 'cause it's true.
      Do you think the banality of the the net would increase arithmetically, logarithmically or exponentially after direct thoughts-to-input tech was created? My bet's on a positive feedback loop for an exponential increase in crap (crap begets crap, ad infinitum).
      Maybe the 'net would collapse, to be reborn when super-moderation system is applied to all public forums? A blacklist equivalent of del.icio.us?

    5. Re:Change isn't always a given. by Anonymous Coward · · Score: 0

      This just in. Recent experiments in gene manipulation, advanced alloy manufacture, and molecular construction have reaffirmed a long-trusted tenet of modern science: "if it wiggles, it's biology; if it stinks, it's chemistry; if it doesn't work, it's physics."

    6. Re:Change isn't always a given. by Anonymous Coward · · Score: 0

      There's no revolution coming.


      A comment that has been given by scientists, priests, and engineers for centuries, generally right before the revolution. Personally, I think we are on the edge of more change in the next century than we have been for the last thousand years. Genetic engineering, worldwide communication, voice recognition, real space travel, oceanic exploration, new energy sources, new theories in physics, new worlds and planets to explore - these are just the things that come off the top of my head.

  18. A few things by macklin01 · · Score: 5, Informative

    Some good things that have eaten more memory and cycles (all of which have improved the user experience, as opposed to what the summary states):

    1 Programs that check your work as you go (e.g.: autocalculate on spreadsheets)

    2 More help dialogs, things watching for cameras, and whatnot to smooth the user experience.

    3 More use of IM and other software in the background much of the time.

    4 Services running so that it's faster to sort and search files, open your favorite programs, etc.

    In short, lots of stuff running to make your experience smoother, even if it doesn't look like it's doing much more.

    Some bad things:

    1 More viruses, etc.

    2 The mandantory virus scanner that has to run in the background all the time because of (1)

    3 All the crap adware that installed more than it used to be.

    These are just a few of the trends I can think of . -- Paul

    --
    OpenSource.MathCancer.org: open source comp bio
    1. Re:A few things by Anonymous Coward · · Score: 0

      Often 'revolutions' aren't quite so easy to notice from the inside. VOIP for example will change communications greatly, and I'm not big fan of buzzwords, but really, imagine being able to call *anybody*. I know I'd love to call all my friends in Europe regularly.

    2. Re:A few things by grumbel · · Score: 1

      And yet a 10 year old NeXT computer provides a user experience at least as smooth, if not smoother then todays computers.

      A bit CPU and RAM certainly helps in smoothig the user experience (ie. having a dozens webpages open at once is an improvement). However there is little excuse for having some trivial app like GEdit take five seconds to load when most of Gnome is already loaded into memory, something just went quite wrong in the evolution of software. People tend to add more and more feature, rewrite pieces, redesign GUIs, etc. yet seldomly they take a step back to look at the broader picture on what they are doing and how exactly it benefits the user or how it duplicates work already done by other parts of the OS. There also seems to be little interest in optimizing the user experience itself, old programms sometimes loaded up a screenshot of the programm and displayed that to the user before the real application was started, since that screenshot was a lot faster to load than the real application, the result is that the user can already adopt to the interface, while the computer is actually loading the real application in the background. If done right the moment the user has adopted to the interface, which normally takes a few seconds, the real programm will be ready to work and seamlessly replace the screenshot. Today however such stuff is not done, so the user has first to wait till the app is loaded and only then can start 'adopting' to the interface, thus wasting time.

    3. Re:A few things by temojen · · Score: 1

      Thanks, but I already read the article.

    4. Re:A few things by Anonymous Coward · · Score: 0

      sounds like you need a mac. tiger doesn't have a service to index and sort files, no viruses, no virus scanners, and no adware.

      i'd be surprised if device detection wasn't spurred by a hardware interupt, meaning no sitting and spinning waiting for hardware to attach.

      the only thing you've really got is the first one, and that should be taken care of by event driven programs. (let the OS send them a signal when something happens).

    5. Re:A few things by sidepocket · · Score: 0

      The only reason you say all this stuff doesn't exist is because Panther doesn't have a task manager. I don't really know is running in the background of my Mac OS, but I'm sure it's not "nothing."

      Also, don't lie and say there's no viruses for the mac because there already have been a few. One of which I believe was on the front page of /. Not to mention how Apple, themselves, offer a mcafee virus scanner for free with .Mac subscription.

      I have been a mac user for a couple years and I try not to keep a "holier than thou" attitude about it.

    6. Re:A few things by BigZaphod · · Score: 1

      The only reason you say all this stuff doesn't exist is because Panther doesn't have a task manager. I don't really know is running in the background of my Mac OS, but I'm sure it's not "nothing."

      Uhh.. there most certainly is a "task manager" except it is called "Activity Monitor" instead. Which, frankly, is a far more logical name... but I digress..

      You are right, though, that MacOS has many things running at all times. That is true of most all modern OSes.

    7. Re:A few things by jamesangel · · Score: 1

      Modded +1, Read the Friendly Article and then summarised it.

  19. Reminds me of a song... by nharmon · · Score: 4, Funny

    Where have all the cycles gone, long time passing
    Where have all the cycles gone, long time ago
    Where have all the cycles gone, gone to spyware everyone.

    When will they ever learn?
    When will they ev-ear learn?

    1. Re:Reminds me of a song... by Anonymous Coward · · Score: 0

      Song to "Where have all the flowers gone" by Pete Seeger (1961).

    2. Re:Reminds me of a song... by Buran · · Score: 5, Funny

      Where has all the spyware gone? Long time passing?
      Where has all the spyware gone? Long time ago
      Where has all the spyware gone?
      Gone to spammers, everyone.

      When will we ever learn?
      When will we ever learn?

      (Apologies to Mikhail Sholokhov, Pete Seeger & parent poster)

    3. Re:Reminds me of a song... by kfg · · Score: 1

      If I had Spybot, I'd run it in the morning
      I'd run it in the evening, all over this drive
      I'd Spybot out Gator, I'd Spybot out Bonzi Buddy
      I'd Spybot out Comet Cursor and Web3000
      All over this drive.

      With my deepest apologies to Lee, who is no longer here to defend himself against me.

      Tastes good though.

      KFG

    4. Re:Reminds me of a song... by mbstone · · Score: 1

      You mean, apologies to Pete Seebach, who wrote the original article on disappearing cycles??!?

    5. Re:Reminds me of a song... by Buran · · Score: 1

      Pete Seeger wrote the original song "Where Have All The Flowers Gone", inspired by Sholokhov's novel "And Quiet Flows the Don". So yes, the text is correct. Peter, Paul & Mary and the Kingston Trio have both recorded renditions of this piece, and there are probably many more covers of it out there.

    6. Re:Reminds me of a song... by Kineel · · Score: 1

      I checked Taskmanager awhile back, and discovered most of the CPU is going to a process called MSBlast.

      I figured since the machine hasn't crashed in months, why fix it?

      Most trojans/viruses are designed to work better than most "productivity" software. Makes me wonder if I'm in the wrong business.

      --
      -- Should there be smoke coming out of my CPU?
    7. Re:Reminds me of a song... by mbstone · · Score: 1

      Was too Pete Seebach. He played Folk City on West 4th Street, and he also invented Peter Paul Mounds.

  20. uh... how many windows are open? by Hamlet+D'Arcy · · Score: 3, Informative

    Right now I have 12 windows open.

    So a lot of my cycles are going to managing my ability to work in several programs at once. My old iBook at home allows me to have all of two windows open at once... and with noticable performance drops.

    --

    If I seem short sighted, it is because I stand on the shoulders of midgets
    1. Re:uh... how many windows are open? by Anonymous Coward · · Score: 0

      I hope you mean 'X' windows.....

    2. Re:uh... how many windows are open? by iroll · · Score: 1

      And that by old he means "early model toilet-seat iBook." My aging iBook G4 happily keeps a half-dozen programs open or minimized, plus plays my iTunes library, and manages 3 IMs.

      --
      Repetition does not transform a lie into the truth. - FDR
    3. Re:uh... how many windows are open? by toddestan · · Score: 1

      Maybe he still has OS9 on it, which multitasks about as well as Windows 3.0.

  21. More manageable code by chris09876 · · Score: 1

    The code itself is typically very efficient for its task, and it does make the job of developing large-scale applications much easier. But the code that enables all these small pieces of code to interact in a predictable manner adds a small runtime cost. Once again, a small cost repeated many times adds up to a significant performance hit.

    Everyone posted complaining about crappy languages, (and in certain cases they do have a point). ...but it sure beats programming in assembly. While it's good and all, it really gets hard to follow for large-scale projects. Having maintable code isn't such a horrible thing. (True, if they're compiled intelligently, it shouldn't make such a huge difference..., but you're not going to be able to get a machine to compile assembly as compact as you could write it yourself).

  22. It's what you do with them when you've got them. by teiresias · · Score: 1

    the user experience of performance hasn't improved much over the past 15 years.

    I wouldn't say that. Sure, applications have become heavier and more resource intense but I'm still able to do new things (almost) everyday that I was never able to do a year/month/week/day/nanosecond ago.

    It's not how many CPU cycles you have, it's what you do with them when you've got them.

    Applications today do far more interesting things than the days of old when computer resources were less.

    Example: I know except from 5pm when I get home till 2am when I go to sleep all those CPU cycles are just dust in the wind. That's why I like BOINC because it uses those cycles which wouldn't otherwise get there day in the sun.

    Of course, I frown on applications that are ridiculous resource hogs and have no respect for my 1GB of RAM. :)

    --
    -Teiresias
  23. Re:My memory Usage by OverlordQ · · Score: 0, Troll

    Umm it's made by Apple? They make things that look good, not work good.

    --
    Your hair look like poop, Bob! - Wanker.
  24. India! by Anonymous Coward · · Score: 1, Funny

    They've all been outsourced to India (and all I got was this crappy T-shirt).

  25. Intel Extreme Graphics by toddestan · · Score: 3, Interesting

    That would be the number one way to waste cycles on any low end system nowadays. I swear, I've seen P4's with Intel graphics run slower than PIII's with even a mediocre card in it.

    1. Re:Intel Extreme Graphics by MrNemesis · · Score: 1

      Same thing with any integrated GFX chipset that uses system RAM as VRAM.

      It's not so much that they suck CPU cycles, it's just the way that the faux-GPU is constantly accessing your main memory in order to refresh your screen at 60 times a second (or higher), so your chip is choking for lack of memory bandwidth. This doesn't help when coupled with P4's that are extra-sensitive to memory performance.

      Even when I'm building an ultra-low-spec computer for a friend, I'll still splash out on an AGP card for them - they're just make a much more responsive system, even if graphical performance is equal.

      --
      Moderation Total: -1 Troll, +3 Goat
  26. Usere experience unchaged .. nooo way by iMaple · · Score: 5, Insightful

    But, in fact, the user experience of performance hasn't improved much over the past 15 years

    Now that really depends on what you would call 'user experience'.
    Compare a file manager 15 years ols (PC Tools had one right .. for DOS) to the KDE/ Gnome file managers (Ok MC looks the same still :) ).
    Compare pine to Thunderbird.(though I still use pine on my old laptop :) )
    Compare Usenet clients or say Lynx to Firefox,
    Compare Doom 3 to Pac Man .
    Comapre the fancy graphics on OS X to Win 3.1 or whatever OS Mac had then

    No Sirrr I say the user experience of performance HAS changed. Maybe not directly proportional to the Proceessor speed increase (due to code bloat ?) but still its much much better. Thats my $0.02 .

    1. Re:Usere experience unchaged .. nooo way by squiggleslash · · Score: 1
      Usenet clients is perhaps a bad example. They have new, bad, features, and have lost many old, good, ones.

      I miss "nn". I think the end of being able to use tools like nn because there was so much totally unnecessary MIME/HTML on Usenet marked the point at which I ceased to care about the network.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:Usere experience unchaged .. nooo way by Anonymous Coward · · Score: 0

      I used to use norton commander (I never liked xtree gold and I don't even remember the pc tools one), now I use mc while on linux. On windows I often use windows commander (pretty much the same than nc and mc). It's simply an excellent UI.

    3. Re:Usere experience unchaged .. nooo way by Anonymous Coward · · Score: 2, Insightful

      This is absolutely the point. The user experience hasn't changed in 15 years?

      Well 15 years ago was 1990. I was in high school, and my Dad was running a 386sx 16mhz - I think it had maybe 2 meg of ram, and a hdd that was upgraded to 60 meg - of which my dad let me put games on 20. Windows 3 was what we were using, I think. Word processors were just getting the hang of GUI. Wing Commander was the most amazing thing ever. Playing games on your computer involved a whole lot of monkeying with drivers and autoexec.bat / config.sys to get as much free base ram as you could. User experience changed since then? Hell yes.

      Charitably, 10 years ago was 1995, and win95 had just come out. Holy crap - multiprocessing! Seebach ends his article suggesting that we open a bunch of programs and see how sluggish our computers get. This "open a bunch of programs" thing only just now - in 1995 - becomes possible in a consumer environment. And, by the way, when was the last time anyone actually ran win95 (i'll give ya osr2!) on a ... say... P133, with oh, 16 or 32 meg of ram (not that this is a '95 era machine...)? You'll wait around for 5 minutes to see that hourglass go away! Run a bunch of applications, then listen to that disk thrash! Seebach's "cranky user" moniker is entirely appropriate. In true curmudgeon style he bitches about today, and compares it to some imagined utopic past. Today I can have windows open all over my 1600 x 1200 desktop. Seriously, like 15 windows is no problem. Not so in 1995.

      I'd agree that since maybe the PII - 400 mhz the user experience hasn't lept forward. Why? Because things at that point were happening about as fast as you could want. A PII 400 running a similar era OS - win95 osr2 with 64 - 128 meg of ram on it could bring up the average app as fast as you could want. Since that point I've felt like CPU has had more to offer than wisely written software (of similar era). Even clippy - while stupid - isn't particularly slow. Note that this is on a relatively well maintained machine. All bets are off when Joe User runs "Free Porn Dialer!!!" or turns off his virtual memory or whatever dumbass thing.

      Keep in mind that "slow" and "fast" are relative terms. Poor Pete S. double clicks on his Word icon and has time to roll his eyes before the app is ready to do his bidding. In 95 users lucky enough to have a P60 or *gasp* a P90 would order Word - word what, like 2.0? - to start up and would be impressed when it was ready to go in 20 seconds. The fact that people expect things to snap on their computers instantly is a sign of how fast the experience IS today. Back in the late 80's if you knew the name of the file you wanted you could type DIR and almost scan the text fast enough to spot your file as it scrolled the screen. SCROLLING THE SCREEN took a measurable amount of time if your computer had your average trident VGA ISA-bus video board.

      All of this, of course, and we don't even need to talk about the difference between EGA porn over the 9600 baud modem from 1990 and the stuff we've got out there now...

      Bah. At least, that's the way that I remember it. Maybe I'm the cranky one.

    4. Re:Usere experience unchaged .. nooo way by Anonymous Coward · · Score: 0
      I'm sorry to inform you that buisness users don't look at it this way...

      It is more like this :

      BOOT time of PC

      Application start time

      Document retrive time

      Recalculation time

      BSOD count

      They don't care about a sexy UI... they retrive sexy things from the Net... and then asks why their PC is slow...

      ...and why does MSOffice report Out of Memory when loading a 7 Mb EXCEL sheet on a pc with 1 Gb RAM ?

    5. Re:Usere experience unchaged .. nooo way by An+Onerous+Coward · · Score: 1

      After taking the iMaple challenge, I've decided: Pine and Pac-Man win.

      --

      You want the truthiness? You can't handle the truthiness!

    6. Re:Usere experience unchaged .. nooo way by iMaple · · Score: 1

      :) Actually I agree with you , Pac Man wins against Doom 3 ... maybe I'm just getting old :)

    7. Re:Usere experience unchaged .. nooo way by Fortran+IV · · Score: 1

      True enough, the user experience overall has improved quite a bit. Fifteen years ago, my experience was spending half an afternoon watching PKZIP compress files so I could get a few more patients into the database on our 80MB hard drive. Now I manipulate ZIP files directly from Windows Explorer, almost transparently.

      Fifteen years ago, true 3D design was the preserve of major manufacturers and movie studios only, and required special dedicated hardware; now you can download free software for 3D design that runs on any reasonably powerful system.

      But think: If Windows didn't spend so much horsepower catering to idiots (while blocking reasonably intelligent people from doing what they want), how much more would we be able to do by now?

      --
      I figure by 2030 or so my 6-digit UID will be something to brag about.
    8. Re:Usere experience unchaged .. nooo way by nothings · · Score: 1
      He didn't say the user experience hasn't changed. He agrees with you. He mentioned anti-aliased fonts and windowing system shadows and transparency etc. himself.

      What he said was that the user experience of performance hasn't changed. The user's perception of how quickly the machine responds. Not how glitzy it is. Pac Man ran at 60hz everywhere; Doom 3 doesn't on lots of machines.

      Also, I think he's mostly wrong. The main reason why programs seem to run about as fast as they ever have is because programmers tend to make them that way. Certain parts of code are so slow that they need effort spent optimizing them. Some parts are fast enough that they don't need it. As programs are developed for newer, faster platforms, parts of code that would have previously needed optimization no longer do, and the programmers can spend the extra development effort on creating more features.

      Technically, I guess it depends on your machine. For example, I have no automatic antivirus scan running, so that can't be it on my machine. But I do see that old programs clearly run faster than they used to, and yet new programs are at the same speed as the old ones were back in the day, so there's no doubt that the problem is that new programs are slower. I think the pattern described above is the likely cause, since I've seen happen on multiple projects.

      In fact, as much as possible, I use versions of programs that are four or more years old, since they tend to be notably more responsive. I only switched from Win98 to Win2K a year ago; I program under MSVC 6, which is from 1998. I only stopped using Netscape Navigator 4 a year or two ago when ubiquitous CSS made it effectively unusable (and I checked again recently, it does indeed render noticeabley faster than Firefox for most pages that displayed identically).

    9. Re:Usere experience unchaged .. nooo way by squiggleslash · · Score: 1
      I think we lived in different universes.

      Win95 really zipped along in 32 megs until the advent of Windows-integrated IE.

      15 windows being opened caused problems for you? I remember my Amiga used to get a little slow if you opened 15 windows on one screen, but that was on a 7MHz 68000. And it was a little slow, not unusably.

      There are some things that suck CPU usage that really weren't practical back in the days of single or low double digit CPU speeds - outline fonts would be the big example I can think of. But generally, these weren't slow machines, not in the way you're describing anyway. Take a look at that recent NeXT demo that was linked to from Slashdot, circa 1992 or so, Steve Jobs demonstrating a complete, Unix based, OO-GUI (Objective C no less, a language with a high run-time overhead), on a 68030 running at, at most, 33MHz. Still think people who remember things being no slower were dreaming?

      Things have improved. We've gone from bitmap fonts to beautiful anti-aliased outline fonts, and two to eight bit colour to 24/32 bit colour (admittedly, that's more of a memory thing, eight bit colour is often slower than 32 bit because you have to do shading), but it doesn't feel like we've actually improved in tune with the technology. The PC in front of me ought to feel around much faster than the Amiga I used in the early nineties even given the amount of new stuff it's doing (it's physically around 100x faster after all.) It doesn't.

      --
      You are not alone. This is not normal. None of this is normal.
  27. Only Windows by Apreche · · Score: 1, Insightful

    Have you ever used a completely unpatched windows xp? its fast and stable as hell. It's just full of a zillion security holes. Worse than swiss cheese. If you take it and add all the patches all the way up to the very latest hotfixes, you will notice its slow as hell. That's sans-spyware and additional software. The same thing goes for Office.

    Take OSX. Why do people need the dual G5s? Well, its for that fancy gui and shite. If you take that away those boxes are fast as hell. They eat up their cycles with pretty pictures.

    And look at Linux, the favorite of slashdot. If you run a "crummy" distro like fedora or lindows or something then your user experience is pretty average. If you use something l33ter like gentoo or debian your user experience will be phenomenal. But whatever performance you've gained by setting up a "real" system you lost all that time when you set the thing up, in the case of gentoo. Or in the case of debian you lost that time learning how to set the thing up.

    I tried the new ubuntu linux and this is a very nice distro. It's just as good as a perfect clean debian system, but you don't have to waste time setting it up. The only problem is that all packages that I saw are built for 386. So you're not going to get the most out of your cpu.

    If you want your cycles back then run linux without X or run netbsd or something. No matter what you choose, you're going to lose time somewhere. My suggestion is to spend the time to build gentoo, then image a bunch of machines. You get your time back and your cycles, as long as you have multiple machines of similar hardware.

    --
    The GeekNights podcast is going strong. Listen!
    1. Re:Only Windows by FuturePastNow · · Score: 1

      I'm going to have to disagree with you on a couple of points here.

      I have a Windows box that is fully up-to-date and totally clean of spyware. It's stable and pretty damn fast (but then so is the hardware running it). I don't notice much difference performance-wise from when I first built the system six months ago.

      I also have a Mac. OS X uses Quartz Extreme and the forthcoming Core Image to put the GUI overhead onto the graphics card. Ever used a Mac with good graphics? It's also pretty damn fast. Older Macs, like my iBook, are slow because they have bad graphics, and the CPU has to do all the work. A dual G5 is fast as hell, but then so is an old G4 with an newer video card.

      --
      Give a man fire, and you warm him for the night. Set a man on fire, and you warm him for the rest of his life.
    2. Re:Only Windows by hackstraw · · Score: 1

      Take OSX. Why do people need the dual G5s? Well, its for that fancy gui and shite.

      I've got to call you bluff here. Unlike XP (as you say, I have no experience here), that gets slower with each update. OS X actually gets a little quicker with each update. I've heard that one OS update was very noticeable with older G3 processors.

      Oh, and the dual G5s. Those are designed for people that have the cash and the need for such a box. They are the highest end of the Mac spectrum. Every heard of a PowerBook, a Mac Mini, an iMac (minus the brand new one) or an iBook? All of those have single G4s in them. There is an iMac and a PowerMac G5 machine that you can get with only one processor if you want.

      I work with someone that runs OS X on a 400MHz G4 daily.

      Just my 2c.

    3. Re:Only Windows by bonch · · Score: 1

      Take OSX. Why do people need the dual G5s? Well, its for that fancy gui and shite. If you take that away those boxes are fast as hell. They eat up their cycles with pretty pictures.

      Wow, so all this time that those effects have been offloaded from the CPU to the GPU using an OpenGL compositor, it was just an illusion?

      Why do people need the dual G5s? For high-end work. Such as making movies like "The Incredibles." Pixar uses Macs, as do the rest of Apple's beloved "creative class" that those dual-G5s are targetted for.

    4. Re:Only Windows by Skippy_kangaroo · · Score: 1
      I run OS X on a 400MHz G3 daily.

      While opening programs and switching programs is a bit slow (I've only got 320MB of memory and paging just takes time) I can still surf the web and listen to iTunes (at the same time) without skips. It struggles with iMovie (so I switch back to OS 9 for that).

      OS 10.3.6 was pretty snappy. OS 10.3.7 went backwards a bit in terms of OS 9 emulation speed, but other than that all the point upgrades have made it work better and better.

  28. Hello world of today by G3ckoG33k · · Score: 2, Funny

    Hello world of today is larger than ten years ago

    1. Re:Hello world of today by Tumbleweed · · Score: 2, Funny

      title Hello World Program (hello.asm)
      ; This program displays "Hello, World!"

      dosseg
      .model small
      .stack 100h

      .data
      hello_message db 'Hello, World!',0dh,0ah,'$'

      .code
      main proc
      mov ax,@data
      mov ds,ax

      mov ah,9
      mov dx,offset hello_message
      int 21h

      mov ax,4C00h
      int 21h
      main endp
      end main

      "submitted by: bronson@engr.latech.edu (Patrick Bronson)"

    2. Re:Hello world of today by Anonymous Coward · · Score: 0

      #!/bin/sh

      echo "Hello World!"

    3. Re:Hello world of today by PedanticSpellingTrol · · Score: 2, Funny
      It's true, 380K (WTF Mate?) vs 83K in '93. Still, whatever happened to just good old
      #include <stdio.h>

      main()
      {
      for(;;)
      {
      printf ("Hello World!\n");
      }
      }
      ?
    4. Re:Hello world of today by tomjen · · Score: 2, Funny

      For those how dont realise it - the above program is meant to run in dos - properly as a .com program - that is no overhead to .exe headers - but also limited to 640k and no external liberaries.

      --
      Freedom or George Bush
    5. Re:Hello world of today by Bloater · · Score: 1

      That doesn't assemble on Linux. ;; hw.s ;; assemble with as -o hw.o hw.s ;; then link with ld -o hw hw.o ;; then run with ./hw ;; ;; does not account for interrupted or ;; incomplete write, needs more code for that, ;; can't be arsed :) .globl _start .text

      _start: movl $4,%eax
      movl $1,%ebx
      movl $msg,%ecx
      movl $msg_end - msg,%edx
      int $0x80
      movl $1,%eax
      movl $0,%ebx
      int $0x80 .data
      msg: .ascii "Hello, World!\n"
      msg_end: ;; This is an attempt to get past the (ironically) lame slashdot lameness filter

    6. Re:Hello world of today by Bloater · · Score: 2, Funny
      ah crap. That's posted with plain text and the arsing thing got formatted all shitty!
      ;; hw.s
      ;; assemble with as -o hw.o hw.s
      ;; then link with ld -o hw hw.o
      ;; then run with ./hw
      ;;
      ;; does not account for interrupted or
      ;; incomplete write, needs more code for that,
      ;; can't be arsed :)

      .globl _start
      .text

      _start:
      movl $4,%eax
      movl $1,%ebx
      movl $msg,%ecx
      movl $msg_end - msg,%edx
      int $0x80
      movl $1,%eax
      movl $0,%ebx
      int $0x80 .data

      msg: .ascii "Hello, World!\n"
      msg_end:

      ;; This is an attempt to get past the (ironically) lame slashdot lameness filter
    7. Re:Hello world of today by JollyFinn · · Score: 1

      From wikipedia:

      CREATE TABLE message (text char(15));
      INSERT INTO message (text) VALUES ('Hello, world!');
      SELECT text FROM message;
      DROP TABLE message;

      Do I need to say more?
      If my specialty would of been those web development things, The one and true way to do helloworld is having JAVA program making a dynamic html page, based on SQL queried text, and "hello world" resides in SQL database. Thats THE WAY OF THE FUTURE!

      On other hand, I stay in C and assembler and creating hand tuned code. Perhaps doing my own memory manager to do the memory management.

      --
      Emacs is good operating system, but it has one flaw: Its text editor could be better.
    8. Re:Hello world of today by Geoffreyerffoeg · · Score: 1

      Of course; it has to say hello to about 600 million more people! (6.3E9 - 5.7E9)

    9. Re:Hello world of today by jizmonkey · · Score: 1
      Well, the original was in Intel assembly-language format. It's hard to say there's a flaw in the program when it's written the way the databooks and the oldest assemblers for the chip say it should be.

      Grandparent was a little oddly written, though. The directives don't look like it would compile with any version of MASM.

      --
      With great power comes great fan noise.
    10. Re:Hello world of today by prockcore · · Score: 2, Funny


      CREATE TABLE message (text char(15));
      INSERT INTO message (text) VALUES ('Hello, world!');
      SELECT text FROM message;
      DROP TABLE message;


      Kids today don't know optimization.

      SELECT 'Hello, world!';

      That's all there is too it.

    11. Re:Hello world of today by PingPongBoy · · Score: 1
      How true. The algorithm for Hello World is now


      1. Load languages from language database into L
      2. Load email addresses from spam database into A
      3. For a in A
      4. For l in L
      5. Translate "Hello",l into H
      6. Create message M from H
      7. Send M to a
      8. Next
      9. Next
      --
      Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
  29. Heh by FiReaNGeL · · Score: 5, Insightful

    I think that the article writer just realized what a lot of computer buyers don't : CPU speed != more performance, ESPECIALLY when you look at graphical display and Word processing (at least he didn't include "web surfing speed").

    Where are my CPU cycles and memory going on my AMD 3500+ and 1Gig 400MHz DDR Ram? Most of the time, nowhere. 1% CPU usage, commit charge 150 megs / 1 gig. Honestly, if you don't use CPU intensive apps, there's a limit to the 'improvement' you can expect in 'graphical display' and 'word processing' speed. But sales rep will tell you otherwise, for sure.

    1. Re:Heh by Anonymous Coward · · Score: 0

      Sure, when you're not busy, the computer's not busy. That's not the point. The article's examples point to the fact that when you DO ask the computer for something, it's no faster now to respond than it was 10 years ago. Specifically: load an application, open a document, type a sentence, drag a window across the screen, etc. These are all things that a faster processor can do faster. The point is that nowadays it's no faster, because each of your actions (load, open, type, drag) has more attached -- a virus scan, a grammar check, fancy drop shadows, etc.

    2. Re:Heh by hackstraw · · Score: 2, Insightful

      Where are my CPU cycles and memory going on my AMD 3500+ and 1Gig 400MHz DDR Ram? Most of the time, nowhere.

      Thats true and untrue, depending on how you look at it. I have a CPU meter on my personal machine and I expect it to be hovering around 0. Right now its just got a little of activity going as I type this because it is spell checking as I type each word. Much less than 10% of the CPU. (I wish OSes came with these things so that people were aware of what was going on with their machine like if its infected with a virus or something, but thats another topic).

      I expect it to stay hovering at the 0 mark unless I am doing something. Now, when its not true and when I want good CPU performance is when I launch an app, or do something that requires a little more CPU power like using scp, where it is encrypting or decrypting all of the information that I can put down my network connection as fast as possible. (Or if I forget to leave flash enabled and some cute ad or something is eating 100% of my CPU).

      Also its worth mentioning that most people don't need that much CPU power. Look at PowerBook and Mac Mini users. Those are pretty old processors. In the Intel land, anything over 1.5 or so GHz should be more than fine for most people.

      Also, most people don't understand bottlenecks. They don't know that CPU processing is about an order of magnitude greater than memory access, and that memory access is about an order of magnitude slower than disk access which in turn is about an order of magnitude slower than network access. I remember when someone 1st got their brand new 486 and I was commenting on how quick it was, and then we were waiting for a file to be copied to or from a floppy and he said "That is fast?".

      So the cycles really only get used in bursts for doing something, and it adds to the user experience. With the advent of mulitcore processors, and hopefully power saving by lowering clock speeds when unneeded. I would expect this "bursty" performance to be even more exaggerated. It ads to the user experience. Its only people that really know what they are doing to need sustained CPU processor speed, and for them, nothing is ever fast enough.

    3. Re:Heh by tfinniga · · Score: 1
      I have a CPU meter on my personal machine ... I wish OSes came with these things ...

      Every OS I've used in the last 5 years or so has come with one. On linux, my distro came with gkrellm, among others. OS X has performance monitor (under utilities) - I usually run it as a dock icon. XP has task manager, which when minimized to the tray works just fine, or you can maximize it for a history. Heck, even 95 had some program you could choose to install.. I think it was sysinfo or something, which would let you view and graph various OS stats, like CPU usage, memory usage, page faults, etc.

      --
      Powered by Web3.5 RC 2
  30. This one's easy... by FalconZero · · Score: 1
    ...its all the proprietary MS instructions like :
    • Bill_Gates.Money++;

    • and

    • long num;
      char pat[4096];
      while(uspo.exists()){
      for (int i=0; i<4096; i++){pat[i]=(char)rand()%256;}
      upso.submit(num++,pat)
      }
    --
    Windows in 6 Bytes (IA-32) : 90 90 90 90 CD 19
    1. Re:This one's easy... by FalconZero · · Score: 1

      Yeah... I forgot the ; on the end of the uspo.submit() statement.

      --
      Windows in 6 Bytes (IA-32) : 90 90 90 90 CD 19
    2. Re:This one's easy... by Anonymous Coward · · Score: 0

      and you switched from "uspo" to "upso"

      just helping with the bug hunt :)

    3. Re:This one's easy... by Anonymous Coward · · Score: 0

      And you didn't initialise num.

  31. I don't know what his problem is by Anonymous Coward · · Score: 0

    Twm is incredibly snappy here.

  32. Computers getting faster all the time... by GeorgeMcBay · · Score: 1

    Computers really aren't getting that much faster anymore. Desktop processors really hit a big bump at 3 ghz (a couple of years ago now) and haven't gone up much since then. This is why you're reading all the hype about dual-core systems now. Intel and AMD have brought the single-core CPU about as far as it can go without some major new breakthroughs, or skyrocketing prices.

  33. Choose one... by Anonymous Coward · · Score: 0

    AdWare
    Bloated/Unefficient Code
    Malware
    Memory Leaks
    Microsoft
    Spyware
    Unnecessary System Tasks
    Virii that have gone undetected ...Choose one. ^_^

  34. Re:My memory Usage by Fulcrum+of+Evil · · Score: 1

    Umm it's made by Apple?

    Nah, then it'd be

    4% word processing
    3% gaming
    7% internet
    186% feet warming
    --
    "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  35. Fatware by Tangurena · · Score: 1

    The new stage in code bloat is fatware. To go along with spyware, spamware, trojanware, drmware, bigbrotherware, software, hardware, firmware and wetware.

    1. Re:Fatware by bynary · · Score: 1

      You forgot flatware.

      --
      http://www.bynarystudio.com
    2. Re:Fatware by Anonymous Coward · · Score: 0

      You forgot washenware.

  36. It has gone into... by Living+WTF · · Score: 0

    It has gone into mouse, menu and other shaddows, appearance effects and such crap. I thought I couldn't believe my eyes when I saw a Window minimizing on MacOS X for the first time.

    --
    I don't suffer from insanity, I enjoy every minute of it.
  37. Getting faster??? by Mr.+Falco · · Score: 1

    Over all they are getting faster. More memory in helps to speed things up as well as the actual processor its self. But with the software that's out there now it requires more power out of the processor. So I guess we will just have to put more hamsters on the wheels to make it even faster.

  38. Officeish software by Frumious+Wombat · · Score: 1

    What you would expect; you perform the same functions, but they look prettier, then your machine is laboring to constantly defend itself against the outside world. On the other hand, if you're running simulations, you'll notice a massive improvement in computer power, so maybe this perceived "slowness" is instead just impatient users. (for those of you running WinXP on a P133, yes, you don't just think it's slow, it is slow.) Kind of makes me miss Wordstar. On the other hand, think of how many fewer cycles would be left if AfterDark were still available.

    --
    the more accurate the calculations became, the more the concepts tended to vanish into thin air. R. S. Mulliken
  39. Bad software... by Fleeced · · Score: 1, Insightful
    As a programmer, increased CPU performance means that I churn out lots of quick and dirty code.

    Sure, I could spend time making my program more efficient... but why waste a week of my time doing that when the cost of a faster computer is so much cheaper?

  40. Uhmmm, no. by Scratch-O-Matic · · Score: 4, Funny

    I didn't rtfa, but..no. Nine years ago I used to start my word processor (Ami Pro!), then go take a leak while it loaded. What a BS claim.

    --


    Evil is the money of root.
    1. Re:Uhmmm, no. by Trogre · · Score: 1

      Tried loading OpenOffice.org on a PIII-500MHz lately?

      Let's just say you'll have time to comb your hair too.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    2. Re:Uhmmm, no. by Darthmalt · · Score: 1

      I remember playing simcity classic on an old monochrome machine, loaded it using the old really big floppies (5 1/4?) I used to be able to set it on fastest and then go fix something to eat come back andbarely a month would have passed by. I was amazed when I got a 386 and sim city ran so fast that is skipped months.

    3. Re:Uhmmm, no. by Scratch-O-Matic · · Score: 1

      using the old really big floppies (5 1/4?)

      I guess you never saw the 8-inch floppies they used in the 70's.

      --


      Evil is the money of root.
    4. Re:Uhmmm, no. by kronstadt · · Score: 1

      While today, vim starts pretty much instantaneously. My choice of fonts is fairly small, but, hey, I don't even own a printer, so who will notice?

    5. Re:Uhmmm, no. by Mishura · · Score: 1

      Try loading OpenOffice.org on a P4-1800Mhz with 256mb RAM. (Using Linux)

      Its about the same length of time. Something seriously needs to be done to speed it up (without a stupid Microsoft-esque "quickstarter")

  41. Have you used a Mac lately? by coffeeaddict007 · · Score: 3, Interesting

    I started out on a 8088 processor 11-12 years ago. Now I am using a dual proc G5 at work, which is so fast I can no longer blame the computer for my coffee breaks. It takes a good bit of video rendering to keep it busy long enough for me to get a coffee refill.

    --
    This has been a Public Service Announcement. Not to be confused with anything useful.
    1. Re:Have you used a Mac lately? by misleb · · Score: 1

      An 8088 11-12 years ago??? Dude, that was 1993. I was running Linux on a 80486 in 1993. You were a whole 3 CPU generations behind the state of the art. No wonder you had such a dramatic experience.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  42. Where have all the cycles gone? by Anonymous Coward · · Score: 5, Funny

    My girlfriend has a cycle every month. It causes me problems, so I can imagine it must cause some problems for the computer as well.

    1. Re:Where have all the cycles gone? by Stanistani · · Score: 5, Funny

      The time to worry is when this cycle suspends atypically, causing a dependent issue.

    2. Re:Where have all the cycles gone? by NanoGator · · Score: 1

      "My girlfriend has a cycle every month."

      Heat?

      --
      "Derp de derp."
    3. Re:Where have all the cycles gone? by Zanth_ · · Score: 1

      If I had mod points I would have wanted to mod this up. Genius response pure wit. Thanks for the laugh.

    4. Re:Where have all the cycles gone? by Anonymous Coward · · Score: 0

      And watch out for those child processess run amok.

    5. Re:Where have all the cycles gone? by the+real+darkskye · · Score: 4, Funny

      So thats where child processes come from!

      --
      Music is everybody's possession.
      It's only publishers who think that people own it.
      Fuck Beta
      ~John Lenno
    6. Re:Where have all the cycles gone? by AHarrison · · Score: 2, Funny

      It's funny when a /.'er claims to have a girlfriend. I have to automatically assume that the girlfriend he is talking about is some government project from the 40's that is just that slow.

    7. Re:Where have all the cycles gone? by zCyl · · Score: 5, Funny

      That's why you don't want to fork outside of protected mode.

    8. Re:Where have all the cycles gone? by mrbuttboy · · Score: 2, Funny

      you, Sir, should be hit with a wet fish for that comment.

      --
      What do you say to the man that has nothing? Cast it away!!
    9. Re:Where have all the cycles gone? by alexo · · Score: 4, Funny


      >> "My girlfriend has a cycle every month."
      >
      > Heat?


      Running at about 380 nano-Hz, I would rule out heat issues.

    10. Re:Where have all the cycles gone? by pipingguy · · Score: 2, Funny


      And to think that I used to consider lame-o piping engineering-related jokes about pipe nipples, trycocks and field erection as being funny...

    11. Re:Where have all the cycles gone? by Speare · · Score: 1
      "My girlfriend has a cycle every month."
      Heat?
      Running at about 380 nano-Hz, I would rule out heat issues.

      You know, I don't know who is geekier... the guy I quote above for the menses joke, or myself for checking the math using Google Calculator. I get 28 days = 2.4192 megaseconds, or by its reciprocal, 2.4192 microHz. And if I'm somehow wrong, does that make me geekier or less geeky?

      --
      [ .sig file not found ]
    12. Re:Where have all the cycles gone? by Altrag · · Score: 1

      makes you less geeky and considerably wrong to boot :P. The reciprocal is 1/2419200 == ~4.1336e-7 or ~413.36nHz.. the original 380nHz would be somewhere between 30 and 31 days in a "cycle".

    13. Re:Where have all the cycles gone? by isometrick · · Score: 1

      Fool! You do not know TEH GOOGLE!

    14. Re:Where have all the cycles gone? by Musrum · · Score: 2, Funny

      which makes the grandparent the super geek IMO: enough geek knowledge to acurately describe a 30-31 day cycle in Hz; and enough geek ignorance to assume a 30-31 day menstral cycle...

      --
      In Soviet Amerika the ballot boxes YOU!
    15. Re:Where have all the cycles gone? by dcw3 · · Score: 1

      So thats where child processes come from!

      I thought those were from forking.

      --
      Just another day in Paradise
  43. Anti-virus software by chiph · · Score: 1

    Assuming a well-written anti-virus product, the performance hit would scale linearly with each new family of virii released into the wild. More viruses in existence (even if they're not attacking you at the moment) means slower PCs because the anti-virus code has more to check before letting you do something productive.

    Chip H.

  44. Stuff running in the background by grahamsz · · Score: 5, Insightful

    Generally (at least on my less used windows box) i have most of the following running most of the time....

    1) VoIP Client
    2) Messaging Client
    3) Word Processor
    4) Multiple Web Browsers
    5) Email Client
    6) Probably some graphics or photo editing tool
    7) Something playing music

    In addition there are various other background processes like desktop indexing, things watching for my digital camera being plugged in, smart start stuff...

    Linux is probably worse since i keep Apache and often Tomcat running all the time.

    Back in the day, this was never how it was done. You'd optimize config.sys to get the absolute max amount of free conventional memory.

    Multitasking has improved to the point that many users probably run close to 100 processes at any point in time..

    prstat here says i'm on a system with
    Total: 3741 processes, 6739 lwps

    Fair enough it's a shared box, but that scale was impossible a decade ago.

    1. Re:Stuff running in the background by Anonymous Coward · · Score: 0
      A decade ago, it was normal for my Amiga to have over 120 tasks after it finished booting. And it ran blazingly fast. Lots of processes aren't a problem, as long as most of them are just waiting.

      In your example, the only thing that should really slow a computer down, is the desktop indexing thingie. (Well, the music player too, if the music is compressed and the cpu is ten years old.)

    2. Re:Stuff running in the background by grahamsz · · Score: 1

      Unfortunately on windows it's rare to see a process using less than 1MB of memory. Even notepad takes more..?!

      Also it seems like a lot of processes poll stuff and aren't truly idle, otherwise they'd be paged out to disk.

    3. Re:Stuff running in the background by nanter · · Score: 1
      A lot of the perceived performance difficulties come from the current inability to shut down all running processes and devote all system resources to one application.

      Years ago, if I wanted to run Doom I, I'd shut down Windows 3.1, drop back to DOS, and start Doom. Doom would then be allocated virtually all resources, both memory and CPU.

      Now, since the OS allows processes to start on system startup, and there is no way to easily shut everything down (including the windowing OS) to allow for exclusive execution by an app, you can never devote all resources to a particular app. Given that so many apps execute in the background, and with all the spyware and adware that people inevitably end up with, it's no wonder that system performance is perceived to be slow. The user only sees what is executing in front of them. They have no idea of all that other stuff that is consuming cycles that they can't see!

    4. Re:Stuff running in the background by Anonymous Coward · · Score: 0

      Your argument goes through for memory usage, but you don't explain the waste of cycles.

      1 and 2 are stuck at a select command most of the time, waiting for the OS to tell them to wake up and process information.

      3,5,6 are just waiting for user-input most of the time.

      4 is busy running shitty javascript, flash and animated gifs. Maybe tell your Browser to ignore such stuff (!?).

      All that other various stuff should also wait to be woken up by the OS and shouldn't consume any CPU-time. If apps consume CPU-time while doing nothing, they are shit.

      By the way apache is not shit:
      %CPU %MEM TIME+ COMMAND
      0.0 5.2 0:00.08 httpd

      The problem in Linux is some IO-intensive cronjob starting, just as want to watch that movie...
      (a "not now" button would be nice...)

      -hg

  45. Bah, this is old news... by sherpajohn · · Score: 1

    Just the same as workload increases in proportion to available time, and expenses for vices increase to match disposable income, so too processor cycles required scale as CPU speed increases.

    Oh wait, 15 years ago I was not playing 3d massively multiplayer online games at 32 bit color depth, it was solitaire in 16 colors.

    --

    Going on means going far
    Going far means returning
  46. User experience/performance has greatly increased by mydn · · Score: 1

    My applications are much more feature-rich and perform much faster and more smoothly than they did in 1990.

    The author even points out that it's the automatic spellchecking/grammar/etc features of word processing programs that tend to slow them down. Even with all the features of Word and all the eye-candy features of XP enabled, my experience is much smoother, quicker, robust and productive than it was in 1990. Don't even get me started on IDEs. I don't think the author makes much of a point.

  47. Doing more, doing less, and viruses by Sloppy · · Score: 1
    The software gets slower because it's doing more. So "upgrade" to software that does less. Switch from Gnome to XFCE and it's like a whole computer upgrade. Upgrade from a word processor to vim and a text formatter.

    But then XFCE 4.2 comes out, and I decide to try out the whole compositing thing .. oops, my computer feels old again. Sure looks pretty, though. ;-)

    As for virus scanners, if this is slowing you down, you've already made a fundamentally bad decision. The correct approach to viruses is to avoid getting them in the first place, not to look for them after they have already arrived. (And once you have the virus, you can't really trust a scanner, anyway.)

    If you ever get infected with a virus, the foremost question on your mind should not be "why did my virus scanner fail?" It should be: "how did I get into a situation where it's possible for me to run untrusted code?" Fix that problem, and you don't even need to have a virus scanner anymore (although I guess there's still value in defense-in-depth).

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:Doing more, doing less, and viruses by hobbesx · · Score: 1
      Fix that problem, and you don't even need to have a virus scanner anymore


      Sure. But what about when I want to turn the computer back on?

      --
      This rating is Unfair ( ) ( ) Fair (*) Funny
      Sigh... If only. Modding would be so much more fun.
  48. Cycles by Stanistani · · Score: 1

    I've always "tuned" my systems. In windows, this means setting certain services to "disabled", removing useless programs from the Startup, and checking a few registry keys. Very handy link - blackviper

  49. Mac OS X by weave · · Score: 4, Insightful
    An interesting thing I've noticed since I got a laptop running OS X is that it seems every new release and patch for it "improves performance" in some area.

    So Apple is bucking the trend, or their first versions of OS X were an inefficient piece of crap and they are just now optomizing it.

    1. Re:Mac OS X by bynary · · Score: 2, Informative

      As a user of OS X v. 10.0, I assure you that it was an inefficient piece of crap. OS X has come a long way since it was first introduced to the public.

      --
      http://www.bynarystudio.com
    2. Re:Mac OS X by bill_mcgonigle · · Score: 2, Interesting

      Yes and yes. Apple got religion a couple years ago and got on the profiling tools bus internally.

      Mac users are demanding and impatient. All that typical slowness you see logging in, opening apps, closing windows, etc., with no feedback on XP makes Mac users want to pluck their eyes out.

      You can come out with something quite elegant, like iPhoto 2, but if the performance isn't there that's all you're going to hear about. Mac users will whine incessantly until it's fixed.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    3. Re:Mac OS X by ThousandStars · · Score: 1
      So Apple is bucking the trend, or their first versions of OS X were an inefficient piece of crap and they are just now optomizing it.

      Considering how godawful 10.0 was, I'm not sure if Apple (or its users) should be proud of this accomplishment; if OS releases became any slower, I'd still be waiting for my PowerBook to process the "reply," button, and you wouldn't be reading this.

    4. Re:Mac OS X by mj_1903 · · Score: 4, Informative

      I think it's a bit of both.

      Apple pushed to get OS X released to the public and so they followed the belief of "make it work then optimise". Today we can see the fruits.

      An example of this is Quartz. Quartz basically had all the components you needed in 10.0 to do some great on screen rendering and it was reasonably fast. Through each iteration of Mac OS X though it has improved. In 10.1 the speed of the code was improved. In 10.2 we had partial acceleration via the GPU. In 10.3 more optimising. In 10.4 we can see they have completely pulled apart sections of Quartz and rewritten it as well as buffering it all onto the graphics card. That is but one example though, there are plenty of others.

      On the other hand, apps like iPhoto and GarageBand were really sluggish and the system reflected that. Mac users cried foul and now you have iPhoto 5 which is blazingly fast and literally all the apps have been following that trend. I know as a developer myself I spend a good 20-30% of my time optimising code simply so users get the speed that they are now used to. It's good, we needed it, especially when we were stuck on the G4's. Now with the G5's it's just icing on the cake.

    5. Re:Mac OS X by Drakonian · · Score: 1
      I don't know if I haven't had enough Kool-aid or what, but does anyone else find Windows (XP... or 2000) to be significantly faster than Mac OS X? I do. And I'm a Mac nut - I use a PowerBook - 1 Ghz, 512 MB RAM.

      The only times when Windows kills me with speed is shutting down/logging out or if you leave your computer on overnight. It's usually a dog in the morning and swapping like no tomorrow, so I always make it a habit to shut it down.

      --
      Random is the New Order.
    6. Re:Mac OS X by bonch · · Score: 2, Insightful

      To be honest, part of it was the latter. I don't consider OS X truly usable up until the 10.2 Jaguar release.

      It was a totally new operating system replacement for Apple after over a decade of trying, and they rushed it out as quickly as they could just to stay alive (iPods weren't out yet, so they were living off the iMacs). All is forgiven now, especially considering the fantastic technology they had to inherit and integrate. Jaguar was the sweet spot where they finally got it right.

    7. Re:Mac OS X by Mornelithe · · Score: 1

      KDE has gotten faster over the course of the 3.x versions. They must be 'bucking the trend' as well.

      --

      I've come for the woman, and your head.

    8. Re:Mac OS X by NutscrapeSucks · · Score: 1

      Keep in mind that every GUI action on the Mac has a 2 second animiation go with it. So while the Mac-using grandparent is marveling over the "close window" feedback animation that he doesn't get with Windows, Windows users are thinking "why does it take so long for a window to disappear?".

      Plus there are some things that are just plainly slower on the Mac, like scrolling.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    9. Re:Mac OS X by Anonymous Coward · · Score: 0

      Linux kernel 2.6 is faster than 2.4 (2.2) and gives more priority to user interfacing processes, so it feels 'even more' faster.

      KDE 3.2 is faster than its predecessors. Same for GNOME 2.8.

      Xorg is likely going to go down the same path, now that they have taken the rudder from XFree. On the other hand, you will get lots of eye candy if so desired.

      And OpenOffice.org 2.0 will be a whole lot faster than 0.x and 1.x versions. With memory preloading it will potentially (likely?) beat MSOffice.

      Who is bucking what trend exactly?

    10. Re:Mac OS X by julesh · · Score: 1

      Mac users are demanding and impatient. All that typical slowness you see logging in, opening apps, closing windows, etc., with no feedback on XP makes Mac users want to pluck their eyes out.

      Strangely, I don't see it. All of these actions give perfectly adequate feedback. Logging in, the screen clears and you get an hourglass until the desktop appears (which typically takes about 1-2 seconds, unless there are network connections to reestablish, in which case a dialog appears telling you what is happening). Opening apps, the mouse cursor changes to the 'background processing' cursor to indicate that something is happening until the first window appears. Closing windows it is up to the application to provide feedback, but most either close the window instantly or provide an hourglass while it is happening (this will happen automatically if the application is not responding to messages).

      There is no shortage of feedback in Windows; it's just more subtle than the feedback you get from OSX.

  50. subjective performance... by bani · · Score: 3, Insightful

    just like users will manage to fill most of the storage space available (no matter how large that may be), user tasks will manage to fill most of the cpu available (no matter how fast the cpu is).

    the subjective performance of overall data processing hasn't changed much, but that's just because task complexity has increased as cpu speed increased.

    15 years ago, most applications were far less computationally complex than they are today. it has little to do with code bloat.

    1. Re:subjective performance... by Anonymous Coward · · Score: 0

      "just like users will manage to fill most of the storage space available (no matter how large that may be), user tasks will manage to fill most of the cpu available (no matter how fast the cpu is)."

      I'll hazard a guess that most users' CPUs spend their time in something called "System Idle Process".

    2. Re:subjective performance... by CmdrGravy · · Score: 1

      "just like users will manage to fill most of the storage space available"

      This must be a natural law of life, shelves and cupboards exhibit exactly the same effect.

    3. Re:subjective performance... by nanter · · Score: 1
      Are users still filling up all available space? I haven't used up all available space in over 5 years now, probably.

      Once drives got above a certain size, say, 30 gig, I found that no matter what I installed I'd always have plenty of space.

      It used to be that you filled up your HD with apps. Now it takes media to fill it up. Sure, with enough ripped DVDs, MP3s, and pr0n you can fill up a drive any size. But that won't be the average user anymore.

    4. Re:subjective performance... by 99BottlesOfBeerInMyF · · Score: 1

      just like users will manage to fill most of the storage space available (no matter how large that may be), user tasks will manage to fill most of the cpu available (no matter how fast the cpu is).

      I'm not sure about this. I am typing this on a laptop with 12 applications running, plus any number of background tasks and services (91 processes). Some of these apps are hugely expensive like Adobe InDesign and Photoshop. Others are programs I never shut off (iCal, iChat, Terminal, Safari, Mail, etc.). Currently my CPU is at about 25%.

      One of the reasons I prefer OS X to Windows is the multitasking. Windows always seems to grind to a halt when I do processor intensive tasks and applications seem to suck down way more processor power when just sitting idle. Being able to leave a dozen apps running for a few weeks, without worrying that the UI will slow down, or it will take time to bring Safari to the front is the #1 reason my preference is for Macs. Security is nice, the command line is very nice, system services are shwanky, but it is the multitasking that is really where it is at.

      From where I am sitting, things have gotten much better as far as UI responsiveness, CPU use, and power. Programs do more and use more CPU, but the system can manage the available CPU more effectively. Things are faster and better now than 5 or 10 years ago, at least on OS X.

    5. Re:subjective performance... by Anonymous Coward · · Score: 0

      I'ts kind of like my economics professor would say. No matter how much money you make, you will always learn to consume at that level. He called it "propensity to consume" or some garbage like that.

      There may be a period after you get a huge raise that the money builds up in your account, but sooner or later, you will consume at a higher level emptying it out again.

  51. In other words: by Ars-Fartsica · · Score: 1
    There is an acceptable rate of resource consumption for applications that users will put up with and succesful widely used apps are staying close to this rate.

    Once again, FVWM, lynx, etc are all there and debugged for the whiners who bemoan complex software.

  52. In the old days, ... by Great_Geek · · Score: 4, Interesting
    In the old days, things were done with only a few cycles:

    Apple II (1 MHz 6502) did animated graphics with sound and controlled floppy access while polling the keyboard (The Bard's Tale)

    Amiga (14 MHz 68000) had complete GUI, multi-tasking, on 256K RAM.

    The old saying that "Intel giveth, Microsoft taketh" is about right. The CPU's have gotten faster, with the Microsoft O/S taking more and more cycles to do the same thing.

    1. Re:In the old days, ... by amigan940 · · Score: 1

      Don't mean to nitpick, but the MC68000s were 7.14MHz. The 68020s used in the 1200, for example, were 14MHz. :-D

      Anyway, I think it's largely the opposite; these days software drives hardware. So the saying is more like "Microsoft demandeth, Intel giveth," if you get my drift.

      Honestly, I continue to be amazed at how much my old machines (amiga, appleIIgs) could do with so "little" resources, yet my crappy PC requires 100 times the resources to do only a little more. When was the last time you could boot a kernel and GUI on an 880k floppy, and still have it usable as your main machine?

      -Dan
      --
      dd if=/dev/zero of=`df / | awk '/^\/dev/ {print $1}' | sed 's/s[0-9][a-z]//'` count=1 bs=512 && shutdown -r now
    2. Re:In the old days, ... by Great_Geek · · Score: 1

      Of course, the Amiga 1000 was twice the chroma carrier. My nurons are mis-firing.

      I worked on the BLink linker with a 512K dual floppy machine. I could run (micro)emacs. These days, just starting X needs more; and then you have to add on the actual GUI. Heck, there is probably more CPU and memory on a low-end harddisk.

    3. Re:In the old days, ... by master_p · · Score: 1

      The Amiga's 68000 run at 7.14 MHz actually. The GUI was drawn by the blitter, that had blitting as well as line drawing abilities. Programs were responsive because I/O was completely DMA based, even for simple devices like the mouse, joystick or keyboard. The Amiga's memory was all video ram, multiplexed by a very clever circuit that allowed Copper instructions to run at each scanline, while CPU requests could be enqueued and executed in a batch. The Amiga O/S had no memory protection, and no virtual memory, and no strange memory addressing modes that took cycles for computing addresses (addressing was fully 32-bit). The whole design spelled 'multimedia' from the start. It was a top design for its time.

      Nowadays that computers are much more powerful, it does not make sense to design such complex circuits.

    4. Re:In the old days, ... by Just+Some+Guy · · Score: 1
      Of course, both of their operating systems were hardcoded for one exact model of graphics chip, sound chip, floppy controller, other I/O hardware, and RAM limits. For example, a lot of Amiga software was coded to run directly on the ECS (or later, AGA) hardware and simply could not be made to run on the 3rd-party graphics cards that were increasingly popular in the late '90s.

      On the other hand, none of the userspace software on my Linux desktop knows anything at all about the hardware it's running on. Konqueror is perfectly happy to render on the built-in NVidia chipset or a replacement card. Amarok doesn't know or care that it's playing streaming audio to an Intel sound board. Firefox never bothered to ask the brand of my hard drive.

      In other words, new systems are abstracted in ways unimaginable (except to computer scientists) in the Amiga and Apple ][ days. This necessarily adds a layer of software between the hardware and the applications you want to run. However, that's a good thing, unless you want to have to get a new version of OpenOffice because you bought a different mouse.

      --
      Dewey, what part of this looks like authorities should be involved?
  53. Re:My memory Usage by Naikrovek · · Score: 4, Informative

    for crying out loud, why does a 5 MB MP3 take 60+ MB of memory to play?

    because that's the size of the uncompressed waveform. You don't play the MP3, you play the waveform that is compressed inside the MP3. iTunes just decompresses the file all at once, and puts that into memory, instead of a bit at a time like some players.

  54. DC: No cycle left unused by kanweg · · Score: 1

    I run DC projects, so no cycle is left unused. That was not the case in the old days.

    Bert
    Currently running OGR (http://www.distributed.net/ogr/)
    Team EvangeLista (Macs Rule! :-)

  55. Well duh by nilbog · · Score: 0
    If we still wanted to be running a GUI that looks like Windows 3.1 then we could run it lightening fast on current computers.

    The "waiting time" was almost always acceptable, it is the cooler capabilities that people care about.

    --
    or else!
  56. Microsoft Mantra by Anonymous Coward · · Score: 0

    All your cycle are belong to us

  57. how short our memories are by Anonymous Coward · · Score: 1, Informative

    Anyone for audio processing?
    I remember noise algorithms taking up to 8 minutes to run against a 3 minute 16 bit 44.1khz wav win95 in 1997. On winxp today, the same operation on a 3 minute 24 bit, 48khz wav takes just under 15 seconds.

    Both operations done in cool edit, same version. Just as slow, my butt. The new versions of cool edit enjoy a similar run time.

    I challenge any one of you to pull out that old win95 PII box, and start word or internet explorer.

    I think your memory would get a bit sharper as soon as you did it.

    C'mon, computers are infinitely faster now. Maybe it's all that spyware you've installed on yourselves or something.

    l8,
    AC

    1. Re:how short our memories are by Famanoran · · Score: 1

      C'mon, computers are infinitely faster now.
      Well, maybe not infititely faster... if that were the case anything would load instantly...

  58. Microsquat Bloatware by Efialtis · · Score: 1

    I think the name says it all...

    Bloatware.

    It plagues us...
    If you wanna see the performance improvement, install DOS on you P4, or Win311 or even Win95...
    WOW, what an improvement...

    HAY BILL...Just because the computer CAN handle more load, doesn't mean YOU need to find ways to waste it...

    --
    --E--
    1. Re:Microsquat Bloatware by bonch · · Score: 1

      "Microsquat?" "HAY BILL?"

      It's nice to have such eloquently spoken advocates on our side. :P

  59. Disappointment by Y2 · · Score: 1
    This article takes a look at where all the precious processor time and memory are going."

    Crap.

    I was hoping to see some actual cycle counts from a full-system profiler or something.

    --
    "But all your emitter and collector are belong to me!"
    1. Re:Disappointment by WasterDave · · Score: 1

      Or maybe graphs showing how the number of dynamic link points that need to be hooked up before something can start has increased over the years.

      Perhaps a description of COM's dispatch interface along with timings for calling across different kinds of function calls and, perhaps, some more nice graphs showing the just stellar number of dispatch interface calls that Microsoft software uses now.

      Maybe even a discussion of out of process objects, their rise and associated context swapping costs.

      Perhaps something on the ludicrous inefficiency associated with big chunks of OSX being written in Objective-C.

      But, no, "it all goes on extra functionality". My arse it does. It goes on making libraries easier to write and use at the expense of CPU power.

      Dave

      --
      I write a blog now, you should be afraid.
  60. The answer is, where do you want to be taken today by Roadkills-R-Us · · Score: 1

    It depends on what you're doing, both in terms of operating systems and apps.

    Some OSes and apps keep sucking more and more cycles; in fact they drive much of the direction of new hardware.

    I use Linux (RH8) at home and at work. The system at work is several times faster than the system at home, and for things like web browsing, it shows. For anything I normally do that doesn't push the graphics too hard, the system at home is usually fast enough, whereas the one at work usually feels really fast.

    If I used the same hardware with an even vaguely recent version of WIndows (and I have) the system at work would merely feel adequate, and the system at home would be a joke (will XP even install on a 500MHz system?)

  61. No joke by CrazyJim1 · · Score: 1

    I use windows 98 because 95 wasn't stable. As long as Microsoft doesn't make any move to obfuscate windows 98, I'm in the clear since it doesn't bloat as much as newer OSes.

    1. Re:No joke by Rosco+P.+Coltrane · · Score: 1

      I use windows 98 because 95 wasn't stable.

      "I drive a Yugo because my Skoda sucked"

      Jesus, have you ever used 95 or 98 for more than 5 minutes? you do realize it's the same stuff, with a slightly different set of bugs, and both about as stable as a one-legged man on a stilleto?

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    2. Re:No joke by NanoGator · · Score: 1

      "As long as Microsoft doesn't make any move to obfuscate windows 98, I'm in the clear since it doesn't bloat as much as newer OSes."

      The 'bloat' in Microsoft's later OS's means far greater stability than you can possibly get in Windows 98. Sorta like calling anti-lock-breaks 'bloat'.

      --
      "Derp de derp."
    3. Re:No joke by CrazyJim1 · · Score: 1

      I don't use anti-lock brakes either. I specificially got my car without them. Theres tricks you can pull by locking your breaks up that you can't with ABS. For example, I avoided an accident once by powersliding my car sideways on the road. If I would have had ABS slow me, I woulda wrecked into the car in front of me, but since I powerslid, I lowered the profile of my car by half. Imagine a 4 square tetris block facing forward vs rotated to the side to get the image.

    4. Re:No joke by Anonymous Coward · · Score: 0

      The problem is that Microsoft has yet to produce something that works as good as Win98 (typing this on the peace of crap WinXP. Don't ever get a WinXP machine with less than 12 GHz).

  62. say whatever you want to about the article... by ultramk · · Score: 0, Troll

    Say whatever you want to about the article, the author's HOT.

    I wonder what the "p" stands for... Patricia? Petunia?

    m-

    p.s. yes, yes i know. it's a joke. laugh.

    --
    You catch enchiladas by picking them up behind the head and holding them underwater until they don't kick anymore -VeGas
  63. DCTI by Leroy_Brown242 · · Score: 4, Funny

    distributed.net is where all the smart CPU cycles have gone! :)

    1. Re:DCTI by damiam · · Score: 1

      Smart CPU cycles? Cracking a meaningless piece of RSA-encrypted data in order to accomplish what, exactly? Not that I have a problem with what other people choose to do with their CPUs, but d.net is not the "smart" choice.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  64. good question by myukew · · Score: 1

    i still keep my 16 mhz 4mb ram notebook around. it runs win3.11 and has word 6 installed. Comparing to word 2000 on a 500mhz 192mb ram win 2k machine I see no difference - neither in features nor in speed.

    The article doesn't go in much detail why I actually need such a fast processor. I can't imagine why a fresh intstallation of win3.11 runs fine on 4mb ram but win2k needs 60 without doing anything

  65. So the problem is one of expectations by Thunderstruck · · Score: 2, Interesting

    My friends ask me why I haven't upgraded my 400mhz machine in years. Look at all this new stuff they say, look at all this eye candy. Look at these great new games.

    And then I load up my MUD client, with simple, 16 color text in a 12 point font. This is my favorite game.

    And then I load up my word processor, AbiWord, which renders as fast as I can type and has a nice spell-checker. This is my favorite word processor.

    And then I load up Kmail, Mozilla, and all the other "normal applications" which have never had a problem with virii or worms.

    And after all this they realize, the problem with my computer is THEIR expectations, not my software and hardware.

    (And then they ask me when I'm going to replace my rotary phone... I can't win them all.)

    --
    Trying to use sarcasm in text-based forums does not work.
    1. Re:So the problem is one of expectations by Anonymous Coward · · Score: 0

      Truly, you are a hero. Thank you for telling the world your story.

    2. Re:So the problem is one of expectations by Thunderstruck · · Score: 1

      Perhaps I was too veiled in making my point...

      Marketing pressures people to buy machines with features they don't need so they can use software with features they don't need. In the process, we loose our desire to obtain lasting quality and elegance in design. Consider:

      1. Your new game will be no more entertaining that the old one, even though the graphics are "better."

      2. Your new office suite will be no more productive than your old one.

      3. Your new internet based applications and clients wil be no more functional your old ones.

      (4. Your new telephone will have a lifespan of 18 months. The old one still works after 25 years.)

      Does my story make more sense now?

      --
      Trying to use sarcasm in text-based forums does not work.
  66. 99 % Waiting by Jalopy · · Score: 2, Insightful

    As any computer science student knows, most processors spend 99 percent of their cycles waiting. However, now they're waiting much faster.

  67. Ok, now explain this to a Linux user by Lispy · · Score: 1

    I don't scan my archives for viruses,
    I still have no dropshadows on my desktop,
    neither does clippy annoy the hell out of me,
    most of the programs I use are below 1.0
    and still performance is up on par with my Win3.1 box from 94.

    But then again, also much faster than a comparable XP box would perform. I assume. ;-)

    1. Re:Ok, now explain this to a Linux user by Oliver+Defacszio · · Score: 1
      I assume.

      Aaaand you're wrong, but God knows that no linux advocate has ever been handcuffed by reality in the past, so why start now?

      WHY your worthless and hilariously typical anti-Microsoft banter hasn't been modded to the moon, I'll NEVER know.

      --

      -
      Inventor of the term 'pardon my French'.
    2. Re:Ok, now explain this to a Linux user by jc42 · · Score: 1

      I still have no dropshadows on my desktop

      I don't, either, on my linux boxes. But they are there on my Mac Powerbook. I've dug around in TFM (i.e., the Help stuff) to find a way to turn off silly cpu-eaters like this, to no avail. Anyone know if it's possible to turn off these shadows in OSX?

      I have noticed that, after a few upgrades to "current" linux releases, my main linux box is noticably slower than it used to be. The most obvious is that, when I sit down to a blanked-out screen and touch a key or the mouse, it now takes a minute or more to finish painting the screen. In the meantime, nothing works.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    3. Re:Ok, now explain this to a Linux user by drsmithy · · Score: 1
      I don't, either, on my linux boxes. But they are there on my Mac Powerbook. I've dug around in TFM (i.e., the Help stuff) to find a way to turn off silly cpu-eaters like this, to no avail. Anyone know if it's possible to turn off these shadows in OSX?

      Try this.

  68. Re:My memory Usage by HeghmoH · · Score: 4, Insightful

    Do you have any evidence whatsoever for this? It's not a good idea, and iTunes uses a constant amount of CPU while playing music, indicating a normal buffered, streaming decompression scheme.

    --
    Mod down posts with a "Free Mac Mini/iPod" sig, they're spam!
  69. Re:My memory Usage by hasdikarlsam · · Score: 2, Insightful

    So that's why it failed to play a 200MB mp3?

    Not very good design, is it?

  70. Peter Seerback is a fag by Anonymous Coward · · Score: 0

    Jesus, look at the picture of the guy. Cut your hair you fucking hippie, this isn't the 60's. We don't smoke marijuana in Muskogee.

  71. Thead priorities by PxM · · Score: 2, Insightful

    Even on systems with limited resources, the lack of proper thread priorities makes the system seem slower than it should be. When MS Word does it's automatic spell check, there shouldn't be a noticeable drop in UI performance (lag between hitting a key and a seeing letter appear) if the CPU intensive tasks ran in the background. The same applies to how FF lags badly when I open a PDF inline or how Explorer's interface locks and doesn't refresh properly when it's previewing a video file or reading from a slow CD drive. The same should apply to background tasks like virus scanners, but they tend to have the added overhead of using IO which is harder to multitask smoothly.

    If the program was designed so that the functional part of the application had the highest priority and the eye candy and fluff ran in the background, the user wouldn't be as annoyed with the high peak performance requirements of certain programs.
    --
    Free iPod? Try a free Mac Mini
    Or a free Nintendo DS
    Wired article as proof

  72. Fancy Graphics... by Anonymous Coward · · Score: 0

    think of your fancy graphics,

    anti-aliased fonts
    drop shadow windows
    animated icons

  73. Amiga by tonsofpcs · · Score: 1

    My Amiga 3000 [base, no PPC] still seems to do most of its processes just as fast as my P4/3.057 HT machine, if not faster.
    The only thing my P4 machine actually does faster is 3d rendering in Lightwave, [which requires windows] and it has a completely different rendering method now than the Amiga version did, even the difference between older PC versions and the current one are noticable.

  74. My favorite theory... by merlin_jim · · Score: 4, Insightful

    Is that it is (like nearly every other system out there) an economical system; it's all about supply and demand.

    I this case there's a supply of plenty of clocks. There's an (existing) demand for a certain level of performance; if the supply outstrips that demand, then the supply is devalued, and consequently the programmers don't spend as much time conserving that resource.

    Or to put it another way, programs behave like a gas with respect to responsiveness and user expectation; they expand to fill the available space.

    Or to reword it another way (quoting from the article): computers are, in fact, doing more than they used to. A lot of the things computers do are fairly subtle, happening beneath the radar of a user's perception. Many functions are automatic and, as discussed in last month's column, you could probably do without some of them.

    --
    I am disrespectful to dirt! Can you see that I am serious?!
    1. Re:My favorite theory... by Anonymous Coward · · Score: 0

      I have to agree about your economic point.

      Ten years ago a program was almost never fast enough for the user so we had to program to squeeze every possible bit of performance out of the hardware. Often I even had to employ assembler to optimize performance-critical code paths.

      But for the last few years things have been different. I never use assembler anymore (god thanks), and most of the released code from projects I have been involved in is actually sub-optimal.

      The reason is that if the program runs fast enough to be acceptable to the user there is no economic incentive to optimize it any further.

    2. Re:My favorite theory... by merlin_jim · · Score: 1

      The reason is that if the program runs fast enough to be acceptable to the user there is no economic incentive to optimize it any further.

      Exactly.

      I hand tuned a mandelbrot algorithm on for the 286 by assembler back in the day, even implementing a fixed point math system.

      Last time I wrote a mandelbrot algorithm I coded it up in a .NET webmethod with a quick and dirty floating point algorithm and called it a day.

      --
      I am disrespectful to dirt! Can you see that I am serious?!
  75. patch submitted, old joke updated by Anonymous Coward · · Score: 0

    title Hello World Program (hello.asm)
    ; This program displays a lively greeting

    dosseg
    .model small
    .stack 100h

    .data
    hello_message db '34t m3, b330tch!!1!',0dh,0ah,'$'

    .code
    main proc
    mov ax,@data
    mov ds,ax

    mov ah,9
    mov dx,offset hello_message
    int 21h

    mov ax,4C00h
    int 21h
    main endp
    end main

    "submitted by: Anonymous_Coward@everywhere.net"

  76. B.S. by jonadab · · Score: 1

    The user experience has improved a *LOT*. I *remember* what it used to be like,
    waiting for programs to load off a 5.25" floppy, and it's *WAY* better now.
    I *remember* what switching between three applications did on a 386SX with
    Windows 3 and 1MB of RAM, and it's *WAY* better now.

    So, one place the cycles have gone is straight into making the user wait less.

    The other place they've gone, obviously, is into features. I remember when
    an "advanced" feature in a word processing program was scalable fonts, or a
    spell checker that took 30+ seconds to go through a one-page document. Today
    we take OOo's frames and tables and autospellcheck for granted and wish it
    did paren-matching and had a better UI for rotating objects. These are things
    even some desktop publishing apps didn't have in the 80s, and now we expect
    every word processing app to have them.

    What hasn't improved is the general level of computer literacy in the end-user
    population at large.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  77. Progress has been made. by X · · Score: 1

    Frankly, I think people forget how comparatively slow machines used to be. Simple operations like opening up new windows or launching new programs that used to take many seconds execute in a quarter the time (or even less) than they used to less than a decade ago. Does anyone remember how long it took for Windows NT to present a login box after you pressed Cntrl-Alt-Delete?

    The thing is, it's been a gradual process, and we're talking about a difference of a few seconds. Sure, you have to do *everything* 4x faster to go from 4 seconds to 1 second, but the perceived performance difference is only a few seconds, so you tend not to see it as a big deal.

    --
    sigs are a waste of space
  78. Not Worth Reading. by liquidzero4 · · Score: 1

    Was any surprised that something of this caliber made onto slashdot. Also modern CPU's (x86) cannot execute multiple instructions in one clock cycle. Pre-execution / branch prediction do not count since these operations are performed during idle CPU cycles and not during the execution of an instruction. It's perceived. Unless of course you have a dual core CPU or two separate CPU cores.

    1. Re:Not Worth Reading. by ratboy666 · · Score: 1

      Wrong. The original Pentium (P54C) had separate U/V pipes and could execute 2 instructions per cycle. All Pentiums since have had this ability to go "superscalar". Just not with separate execution pipes; I'll leave the details for you to discover on your own.

      Not just "perceived". Real.

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
  79. I can't work 2^(years/1.5) faster... by nick_davison · · Score: 5, Interesting

    I haven't had to set an IRQ or DMA setting in years. I've not had to mess with himem or any other arcane memory configs and boot disks, restarting my entire system each time I want to run a different game.

    Each time I plug in a new joystick and it just works, each time I plug in a new digital camera and it's just there as another drive, each time I alt-tab out of a game, check a walkthrough website, then alt-tab back, I think back to the old days where code was really efficient and didn't do any wasteful background tasks like that.

    I remember helping a friend with a C++ assignment, via the net. Each time, she'd have to exit her telnet program, run Borland's C++ compiler from the command line, check the output, quit the compiler, reopen telnet, reconnect to the MUD we were talking over, then describe what had happened. Now... She'd just show me what's on her desktop via Messenger while we kept chatting.

    And if some cycles get used up doing weird UI gimicks that I'll never use - like making the UI scalable so the partially sighted can use it, I'm willing to trade that.

    For all those reasons, I'm more than happy that my 2^(years / 1.5) faster PC "wastes" all of those extra cycles. And that's before we get on to things like built in spell checkers and real time code debugging as I write it.

    I don't want a 2^(years / 1.5) faster experience. I want all those cycles put in to making things work closer and closer to how I just expect them to work.

    I don't know about anyone else but I can't code 2^(years / 1.5) faster so I wouldn't be able to keep up with that damn responsive text based compiler. On the other hand, I am that much faster overall as I now call an API that adds all that "bloatware" instead of having to code my own damn mouse drivers, my code is largely debugged on the fly and I can't remember the last time I lost several days just trying to format a newsletter in to columns.

    So, before saying the cycles are wasted:

    Pick an every day but semi complex task that people do now. For example: For a homework project, go on line, grab half a dozen graphics and ten blocks of text from those websites, put them all in to a stylishly laid out newsletter format. Do that on a P4, then do it on an a DOS PC from 15 years ago.

    See if matching the same quality of work doesn't take you 2^10 times as long on that old PC, assuming you can even do it at all.

    Those cycles aren't wasted. Sure, we do the same basic tasks but we do them with vastly more flexability and don't have to waste days of our lives wrestling with configs to do what we now consider simple tasks. That's where the speed is.

    1. Re:I can't work 2^(years/1.5) faster... by Anonymous Coward · · Score: 0
      I remember helping a friend with a C++ assignment, via the net. Each time, she'd have to exit her telnet program, run Borland's C++ compiler from the command line, check the output, quit the compiler, reopen telnet, reconnect to the MUD we were talking over, then describe what had happened. Now... She'd just show me what's on her desktop via Messenger while we kept chatting.

      And after all this time, she still won't fuck you.

    2. Re:I can't work 2^(years/1.5) faster... by imsabbel · · Score: 1

      Thx for the first really good post im reading here.

      I remember buying a microsoft sidewinder 3d pro with a custem version of the midi-port that was a pain to be usable in windows.

      I remember not being able to use more than 2 buttons with 2 joypads back in dos times.

      I remember having to do shit to get a mouse running under dos, or an ipx driver. Not to mention irq, dma, base memory hell.

      I remember when mp3 was so new that most people here didnt knew it, my pc needed a whole night to encode an album with the frauenhofer command line encoder.
      I could scroll windows in appilcations when playing mp3s (bach than with winamp 1.??) because it made the sound skip (even normal playing was 40% cpu load).

      Nowadays, nobody even THINKS about running an mp3 player in the background. Its just there, using 1% or so while playing. Same with IM, an tcp/ip stack, high resolution guis, ect.

      All things that were unthinkable under DOS times.

      I remember, 10 years or so ago on cebit, SGI showed a cool demo an a large projection screen where they zoomed in from orbit to the alps, showing them in high res 3d, flying between the peaks.

      Now i can do the same thing with nasa world wind, and the programm takes only 5 seconds to start. And allthewhile i can keep an windows win an movie in the background.
      Now back then, it was a pain in the ass the get even one overlay or 3d in a window to work, not to mention both together. its not even 10 years ago that VIDEO filtering wasnt even standart when playing fullscreen, back in times when a 160x120 video in 8 bit and 15fps with video1 was considered "multimedia".
      Or the nice alt+tab to desktop and it crashes stuff...
      Today, things just work. Thinks like the cool autocomplete forms that are everywhere (really cool in delphi or stuff). Or clippy. Because for people like my parents, these things ARE the computer experience, because without they wouldnt be able to do anything with that machine

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    3. Re:I can't work 2^(years/1.5) faster... by Anonymous Coward · · Score: 0

      I remember helping a friend with a C++ assignment, via the net. Each time, she'd have to exit her telnet program, run Borland's C++ compiler from the command line, check the output, quit the compiler, reopen telnet, reconnect to the MUD we were talking over, then describe what had happened. Now... She'd just show me what's on her desktop via Messenger while we kept chatting.

      Hell, She might even show you her titties via a webcam while you kept chatting! That's what I call a progress.

    4. Re:I can't work 2^(years/1.5) faster... by Frank+T.+Lofaro+Jr. · · Score: 1

      Sure, we do the same basic tasks but we do them with vastly more flexability and don't have to waste days of our lives wrestling with configs to do what we now consider simple tasks.

      Unless you are running Linux.

      Before you mod me flamebait, realize I am a Linux user and support. But I admit we got far to go.

      --
      Just because it CAN be done, doesn't mean it should!
    5. Re:I can't work 2^(years/1.5) faster... by lahvak · · Score: 1

      Each time I plug in a new joystick and it just works, each time I plug in a new digital camera and it's just there as another drive, each time I alt-tab out of a game, check a walkthrough website, then alt-tab back, I think back to the old days where code was really efficient and didn't do any wasteful background tasks like that.

      You are right about that. But:

      I remember helping a friend with a C++ assignment, via the net. Each time, she'd have to exit her telnet program, run Borland's C++ compiler from the command line, check the output, quit the compiler, reopen telnet, reconnect to the MUD we were talking over, then describe what had happened. Now... She'd just show me what's on her desktop via Messenger while we kept chatting.

      Some 10-15 years ago, I would use screen, run telnet in one virtual terminal, editor in another and command line compiler in third one. Cuting and pasting from one to another was pretty much instant, and even faster would be redirecting output to a file and sending the file over the net. It may be easier to do that now, but not necessarily faster.

      And if some cycles get used up doing weird UI gimicks that I'll never use - like making the UI scalable so the partially sighted can use it, I'm willing to trade that.

      I totally agree with that. OTOH, I am told that text only interfaces with screen readers etc were better for partially sighted or blind users than todays UI's. It seems to be getting better now, but as far as I know, for a long time the accessibility of user interfaces went down.

      I don't know about anyone else but I can't code 2^(years / 1.5) faster so I wouldn't be able to keep up with that damn responsive text based compiler. On the other hand, I am that much faster overall as I now call an API that adds all that "bloatware" instead of having to code my own damn mouse drivers, my code is largely debugged on the fly...

      I agree with that. ...and I can't remember the last time I lost several days just trying to format a newsletter in to columns.

      That happend to me sometimes in mid 80s. I was still using Microsoft Word then.

      Pick an every day but semi complex task that people do now. For example: For a homework project, go on line, grab half a dozen graphics and ten blocks of text from those websites, put them all in to a stylishly laid out newsletter format. Do that on a P4, then do it on an a DOS PC from 15 years ago.

      Hmm, let's see, just for the sake of the argument:
      To get the text, I would use lynx then and I would use lynx now. Slightly faster now, but not much.
      To get the graphics, I would use lynx then and I would use lynx now. There would be quite a difference in speed, but not because of cpu or memory, but because od modem speed. To lay out the newsletter, I would use TeX now just as 10--15 years ago. There are some new packages available, so it would be somewhat easier now, but again, that has nothing to do with the cpu or memory. The syntax highlighting in vim today is somewhat more powerful than in jed 10 years ago, and it does use more cpu and memory, so that would help me a little. The real speed improvement would come from actually running TeX and printing the thing. 15 years ago, it would take about the same time as the rest of the work, maybe an hour or so on a very slow machine. Now that would be just few seconds. So overall, the whole process would be about 5 times faster at most, if I rwally exagerate.

      See if matching the same quality of work doesn't take you 2^10 times as long on that old PC, assuming you can even do it at all.

      Well, last time I checked, 5 2^10. Of course that doesn't mean other tasks wouldn't show greater speedup. Perhaps this wasn't the best example. As far as the quality, the only difference would be in printing, and that only if I used color. Again, nothing to do with cpu nor memory, just with printers.

      Those cycles aren't wasted. Sure, we do

      --
      AccountKiller
    6. Re:I can't work 2^(years/1.5) faster... by Mornelithe · · Score: 1

      To get the text, I would use lynx then and I would use lynx now. Slightly faster now, but not much.
      To get the graphics, I would use lynx then and I would use lynx now. There would be quite a difference in speed, but not because of cpu or memory, but because od modem speed. To lay out the newsletter, I would use TeX now just as 10--15 years ago. There are some new packages available, so it would be somewhat easier now, but again, that has nothing to do with the cpu or memory. The syntax highlighting in vim today is somewhat more powerful than in jed 10 years ago, and it does use more cpu and memory, so that would help me a little. The real speed improvement would come from actually running TeX and printing the thing. 15 years ago, it would take about the same time as the rest of the work, maybe an hour or so on a very slow machine. Now that would be just few seconds. So overall, the whole process would be about 5 times faster at most, if I rwally exagerate.


      Are you sure about all that?

      For example: Why would you use lynx to get the graphics today? Assuming you want graphics relevant to some sort of topic (instead of the first 10 random pictures you come across), say, pictures of oranges. You go to Google images and search for orange. Now, on the first page, there are only six pictures of oranges (I'm giving the peel the benefit of the doubt). Using Konqueror (or graphical browser of your choice), you know that immediately, because they're displayed. Using lynx, you need to download all 20 images by hand and use an external program to view them.

      Meanwhile the Konqueror guy has drag-dropped the images to his hard disk, along with the rest of his needed pictures. By my count you need to browse to page 6 of the results to get enough pictures of oranges, so with lynx you need to download and view 120 images separately. Maybe after the third page you decide to revise your query to "orange fruit," but figuring out that "orange" isn't a good query takes like 10 seconds on a graphical browser, and significantly longer on lynx, even assuming we use today's computers in both cases.

      Also, people of today wouldn't use TeX for their layout. It's good when you want your documents to look like they came from a professional printer, and I use it for my papers at school, but if you're just making a newsletter for your club meeting with some pasted text, it's almost certainly faster to fire up Word (or some equivalent), copy-and-paste, insert your graphics and drag them around to appropriate positions.

      For example, you don't need to keep recompiling because you didn't get the scale factor of \includegraphics just right; you just drag the image handlebars to the appropriate size. You don't need to recompile your document because you changed the font size/face of your headers and you want to see if they look good.

      Oh, and you are using a fancy font where all the 'O's look like oranges, aren't you (is it even possible to have random TTF fonts in a LaTeX document)? This isn't a technical manual you're writing here, it's your fancy Orange Eating Club newsletter.

      In other words, part of the reason that your solution to the stated problem isn't much different is that you're using the exact same inefficient process as you were 15 years ago. Speeding up the hardware by a factor of 1000 doesn't let you type any faster. Then again, you won't be using many more resources either. If you'd spend more power and use some of the tools that have been developed to actually make performing the stated task easier, you'd notice more of a speedup.

      Your example is akin to someone saying, "modern languages allow programmers to develop programs in one tenth the time that it would take them 20 years ago," and another saying, "Well, today, I would use C, and use only APIs that were available 20 years ago. Vim has better syntax hilighting, and compiling is a little faster... I don't see much of a speedup."

      --

      I've come for the woman, and your head.

    7. Re:I can't work 2^(years/1.5) faster... by evilviper · · Score: 1

      The problem with your whole explanation, is that you are comparing computers of vastly different functionality... Namely, DOS vs. Windows.

      What would be a FAR better comparison, is Windows XP vs. Windows 95, on equivalent hardware.

      Yes, you can do all the same tasks, and at just about the same speed, except the XP system is on hardware that is many times faster, yet it's just as slow to perform similar tasks as the 10-year-old computer (if not moreso).

      My favorite example is the "Open With..." box in Windows. With Windows 95, 98, NT4, etc., it would pop-up almost instantly on reasonably fast hardware. On Windows 2000, even on vastly faster hardware, that same dialog box takes several times longer before it appears. It is completely identical in every way, no new features to make the slow-down worthwhile, but the new one is vastly slower. The sheer bulk of slowdowns are very similar, I'm afraid. Just vastly wasteful, while offering no new features, conveniences, etc. Spending slightly more money to improve just the biggest slow-downs in applications would make things much faster, but people don't demand their programs be any faster when they buy a system that is twice as powerful, so that small ammount of money they didn't spend is more profit, and they don't stand to lose any customers because their competition is in the same, moronic mindset.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    8. Re:I can't work 2^(years/1.5) faster... by lahvak · · Score: 1

      For example: Why would you use lynx to get the graphics today? Assuming you want graphics relevant to some sort of topic (instead of the first 10 random pictures you come across), say, pictures of oranges. You go to Google images and search for orange. Now, on the first page, there are only six pictures of oranges (I'm giving the peel the benefit of the doubt). Using Konqueror (or graphical browser of your choice), you know that immediately, because they're displayed. Using lynx, you need to download all 20 images by hand and use an external program to view them.

      That depends. If I knew exactly what graphics to get, using lynx would be faster. I would just load the pictures I need, nothing else. In the situation you describe, a modern graphical browser would indeed speed things up.

      Also, people of today wouldn't use TeX for their layout. It's good when you want your documents to look like they came from a professional printer, and I use it for my papers at school, but if you're just making a newsletter for your club meeting with some pasted text, it's almost certainly faster to fire up Word (or some equivalent), copy-and-paste, insert your graphics and drag them around to appropriate positions.

      I am willing to bet you that I can produce a newsletter of this kind faster in TeX than you in Word. Typing in the filenames of the graphics will not take longer than your draging, and I can get the formating faster and better with TeX.

      For example, you don't need to keep recompiling because you didn't get the scale factor of \includegraphics just right; you just drag the image handlebars to the appropriate size. You don't need to recompile your document because you changed the font size/face of your headers and you want to see if they look good.

      That's why I would specify absolute size of an image, instead of scale factor.

      Oh, and you are using a fancy font where all the 'O's look like oranges, aren't you (is it even possible to have random TTF fonts in a LaTeX document)? This isn't a technical manual you're writing here, it's your fancy Orange Eating Club newsletter.

      It is possible to have random ttf fonts in LaTeX, but it is not easy. However, I did not say anything about using LaTeX. For a newsletter, I would probably use ConTeXt. Yes, I could make better looking newsletter today than 15 years ago, but not because or more powerful machine. Just because of new TeX packages and formats.

      Your example is akin to someone saying, "modern languages allow programmers to develop programs in one tenth the time that it would take them 20 years ago," and another saying, "Well, today, I would use C, and use only APIs that were available 20 years ago. Vim has better syntax hilighting, and compiling is a little faster... I don't see much of a speedup."

      That's correct. But that's because I believe that the tools I had 15 years ago are still the best tools for the job today.

      --
      AccountKiller
    9. Re:I can't work 2^(years/1.5) faster... by Mornelithe · · Score: 1

      Hmm, I've never heard of ConTeXt before. My distribution doesn't seem to have a package for it either. How is it different/better than LaTeX (if you don't have the time, feel free to tell me to look it up on my own :))?

      --

      I've come for the woman, and your head.

  80. Don't know what your talking about by Mysticalfruit · · Score: 1

    My linux box running xfce flies.

    Though Open office taking up a 114MB of ram is a bit annoying...

    --
    Yes Francis, the world has gone crazy.
  81. Missing Option by beelsebob · · Score: 1

    Not missing option, but missing point - My personal opinion on this is that Computer Software Engineers are no longer paying attention to their engineering. There was a time when a software engineer would sit down and think about exactly what their program needed to do and how - they would come up with algorithms that made it do it extremely fast (and I don't mean optimizing code, I mean coming up with algorithms of lower complexity). These days a developer sits down, hacks it together, sees that it works, and it works well on their 3 GHz development system and leaves it at that, they don't care that it doesn't run if you add 5 more bits of data to it because it's an exponential complexity algorithm.

  82. Re:My memory Usage by Anonymous Coward · · Score: 0, Insightful

    From a technical point of view, yes, a very typical Apple design. Good enough to fool the average user but bad enough to really, really fucking annoy the user with atypical, demanding, or stringent expectations and needs.

  83. Re:Mac OS X - likewise by timothy · · Score: 2, Informative

    I've found the same -- and my iBook is 4.5 years old now, too. I was expecting the newer versions of OS X to make it choke, and justify a new one, but Nooooo ..... at least, not yet.

    timothy

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
  84. Its not bloat if you derive utility from it by Ars-Fartsica · · Score: 4, Insightful
    I am tired of seeing this rolled out naively again and again. I like smooth fonts, multimedia support, device management, hires icons, a little bit of eye candy etc etc.

    I derive utility from them and my hardware can handle it. This is not bloat.

    1. Re:Its not bloat if you derive utility from it by Anonymous Coward · · Score: 2, Funny

      Where have all cycles gone
      Long time passing

      Where have all the cycles gone
      Long long time ago

      Where have all the cycles gone
      Gone to gui bloat every one

      When will they ever learn
      When will they ever learn.

    2. Re:Its not bloat if you derive utility from it by EmbeddedJanitor · · Score: 4, Insightful
      What is bloat though is the shitty code behind these. Nice bloaty STl C++ class implmentation that does, in 200 line, 5kbytes and 5000 cycles what a tight bit oc C can do in 20 lines, 100 bytes and 200 cycles.

      Bloating isn't just in RAM, CPU and diskspace. It's now happening to other resources like network bandwidth too. Ten to 15 years ago I could do a lot of very useful stuff with a 1200baud dial up. Now 50k dialup is pure crap for many purposes, mainly because of bloat.

      --
      Engineering is the art of compromise.
    3. Re:Its not bloat if you derive utility from it by AuMatar · · Score: 1

      But I don't. I find anti-aliased fonts harder to read (I don't have a cheap monitor, nor did I get an LCD because I know LCDs look like shit). I rarely use multimedia. And I prefer things not to have eye candy. Even in real life, if I can buy the pretty version of something or the plain, I buy the plain.

      So yes, its all bloat, and I want it all gone. I want my cycles back. I could get by with a computer half the price without all that junk.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    4. Re:Its not bloat if you derive utility from it by seebs · · Score: 1

      For what it's worth, one of the examples that I had in mind when I wrote this was the conversion from xchat to xchat2.

      xchat could redraw its entire display in much less than a screen refresh. xchat2 takes visible time to redraw the screen, and if the system is at all loaded, it can take several seconds.

      The smoothness of fonts is, at least in this case, a total non-issue to me; I'm using a 1600x1200 screen and individual pixels are nearly invisible to me.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    5. Re:Its not bloat if you derive utility from it by Ba3r · · Score: 1

      Sure, but in a large scale project, let alone an api, there is a vital need for the extensibility and robustness of the bloaty STI implementation.


      Different tools for different jobs. I hope you aren't so naive/stubborn to think that one technique to solving a problem is ever universal... but then again this is slashdot and *I* have already wasted precious cycles responding to this..

    6. Re:Its not bloat if you derive utility from it by Hektor_Troy · · Score: 2, Interesting

      That's one way of looking at it.

      My former boss had another way of looking at it, after I talked him through some of the stuff I had done to optimize a program.

      "If it takes someone other than you more time to figure out what you're doing, than a user will save in a day - then it's not worth doing. Because something will break, and you might not be around to pick up the pieces."

      And I have come to think that he's right. I have on occation made some fairly ingeneous code optimizations, which took me way too long to figure out when I looked at it six months later. I knew that what I'd done was smart, really smart. I knew that on that portion of the program I'd shaved something like 15% off the run time (some weird ass calculations). Just wasn't sure what the hell it was, that I was actually doing.

      Sure, it ran faster than what I changed it to, but what I ended up revising it into would probably take me five minutes to figure out as opposed to more than an eight hour work day. The new version is about 5% slower than what I had earlier, which means about 2 minutes on a regular run through.

      Yes, that's bloat compared to what I can do, but I don't really care.

      --
      We do not live in the 21st century. We live in the 20 second century.
    7. Re:Its not bloat if you derive utility from it by Anonymous Coward · · Score: 1, Interesting
      I agree, and here's an experiment you can try at home:

      Download these two programs, one C and the other C++, which supposedly do the same thing. Compare how long it takes to compile each one. Compare the sizes of the object files and executables.

      Using GCC 3.2, the C++ code took about 10 times longer to compile than the C code, and section .text of the C++ object file was FIVE TIMES larger than section .text of the C object file.

      And don't tell me memory is cheap, because CACHE memory is not cheap, and static RAM (used in some embedded systems) is not cheap, and $10 of extra memory per unit times 10,000,000 units shipped adds up to real money.

    8. Re:Its not bloat if you derive utility from it by Anonymous Coward · · Score: 1

      So don't use the STL in your embedded apps. There is no law of C++ that says you have to use it any more than there is a C law saying that you have to use the standard C library string routines.

    9. Re:Its not bloat if you derive utility from it by Anonymous Coward · · Score: 1, Interesting

      Uh, yeah. Have a look at that code again. The C version can only handle strings up to 99 chars long. Rewrite it to handle arbitrarily long input strings and then you'll have a real comparison.

    10. Re:Its not bloat if you derive utility from it by SanityInAnarchy · · Score: 1

      Agreed, but bandwidth isn't that bad. The only reason I need more than dialup is downloading and gaming. For web, when I get the occasional page made by a retarted PR monkey with Frontpage, Flash, Java, et al, I can usually get away with going to lynx/links, and the entire page (without images) would be expected to load instantly over 56k.

      Downloading works exactly as it should -- you simply aren't going to download a 4 gig movie over a 56k modem, and no amount of engineering will make that possible.

      Gaming could perhaps be optimized, but it's better to have more bandwidth to help keep latency down, even if others are surfing the web. On top of that, I'd expect games to continue to use more bandwidth as time goes by, to reduce the possibility of cheating and increase the level of interactivity.

      Both of the above are about content. I don't actually see any bandwidth bloat, and I would feel comfortable using 56k for every other purpose I can think of.

      But Moore's Law still holds for bandwidth in a big way, and not so much for RAM, CPU, or diskspace, so let's optimize for those, in that order.

      --
      Don't thank God, thank a doctor!
    11. Re:Its not bloat if you derive utility from it by shellbeach · · Score: 2, Interesting

      I am tired of seeing this rolled out naively again and again. I like smooth fonts, multimedia support, device management, hires icons, a little bit of eye candy etc etc.

      But it's still bloat! So, OK, you might like it, but you don't need it to get the job done, do you? You could manage files with a filemanager that doesn't have svg icons, you could code or word process with a application that doesn't have sub-pixel smoothed fonts. Eye candy is eye candy - it appeals to the masses, but if your computer is only a means to an end (and hell, I know mine isn't half the time, but that's beside the point) then all that eye candy doesn't make the end job any better and it certainly doesn't make it get done any faster.

      Personally, I can't stand bloated code - just because you've got the cycles, doesn't mean you have to waste them on inefficient crap. And that's probably why I use IceWM (which has more than enough eye candy for me) instead of KDE or GNOME, Nedit instead of emacs or vim, rxvt instead of Eterm, etc, etc. Mind you, I also reckon the article is based on looking at the past through rose-tinted glasses: I remember waiting minutes for a word processor to start up ten-fifteen years ago, and things seem to be a lot more snappy now even with all the modern bloat ...

    12. Re:Its not bloat if you derive utility from it by tfinniga · · Score: 1

      I'd have to agree with the AC response to your post - the C code does less than the C++ code does.

      Also, the real strength of C++ isn't in toy programs like the one listed. Heck, it wouldn't be much work to do that in assembly, even. But I notice you're not advocating coding everything in assembly.

      The real strength of C++ and the STL is code reuse. I've hand-coded linked lists, and doubly linked lists. I've hand-coded variable sized arrays. But my implementations are neither as feature complete nor as optimized as the STL implementations I've used. Also, mine were a lot buggier, at least at the start. I've never actually seen a bug in an STL implementation (well, okay, MSVC6's was quite crappy).

      Plus, with templates, you can actually improve performance of reused code over C's function pointers, becaues you can inline the functor at compile time. Don't believe me? Compare qsort's performance to algorithm's sort. Also, google for template metaprogramming. It's some interesting reading.

      Finally, take a look at what boost and a few other libraries are doing. If you want, compare the speed and feature completeness to similar C libraries, if you can find any. Don't forget to take error checking into account.

      For me personally, the biggest argument for the STL is that I'm optimizing for programmer time, which also often allows me to optimize my code as well. For example, the other day I needed to make a cache which was a map from a pair of strings to a Datum type, each of which could have an arbitrary number of children. Using the STL, the coding took about 10 minutes, had no bugs, and left me plenty of time to profile my code and optimize the inner loop.

      C++ is almost always going to take longer to compile because it's a more complex language. However, if your code runs slowly, you're not using it correctly. At a minimum, you could just compile the C code with C++. Often, I mix C and C++ libraries when I find that the inner loop of my program needs more speed, while keeping the nice code reuse in the other parts.

      --
      Powered by Web3.5 RC 2
    13. Re:Its not bloat if you derive utility from it by Aldric · · Score: 1
      How much do you use your computer?

      I spend all day in front of a monitor because that's what I'm paid to do. I use SuSE 9.2 with KDE because it's easier on the eyes than anything else I've tried. The extra comfort is worth the CPU cycles.

    14. Re:Its not bloat if you derive utility from it by dvdeug · · Score: 1

      What is bloat though is the shitty code behind these. Nice bloaty STl C++ class implmentation that does, in 200 line, 5kbytes and 5000 cycles what a tight bit oc C can do in 20 lines, 100 bytes and 200 cycles.

      You remember C Programmer's Disease from the Jargon file? There's thousands of tight bits of C out there that have arbitrary limits (often undocumented and unchecked) and random bugs, because it was more important to eek out that last millisecond and last byte than use well-tested library code. Not that anyone actually bothered testing the code; the well-tested library code might actually be faster (again, well-tested).

    15. Re:Its not bloat if you derive utility from it by shellbeach · · Score: 1

      I spend all day in front of a monitor because that's what I'm paid to do. I use SuSE 9.2 with KDE because it's easier on the eyes than anything else I've tried. The extra comfort is worth the CPU cycles.

      You're saying that KDE eye candy is easier on your eyes? Each to their own, I guess. Hey, people must have found that quintessential 70s brown-and-orange colour scheme easy on their eyes at one time ... ;)

      Personally, I find that nothing beats a good LCD monitor ... and for hours and hours of coding I actually find non-aa fonts much easier to read: they're crisper and hence my eyes don't have to keep trying to focus on something that they can't ...

      Mind you - I still like having applications look reasonably nice, don't think I'd prefer it if everyone started using Athena as a toolkit or something ... but only if that application works efficiently. I certainly don't want to have my time wasted by eye-candy bloat, which IMO is exactly what KDE does. (My current choice of a desktop (IceWM plus ROX) was based on the fact that they both performed almost as snappily when using my old P133 notebook ... compare that to KDE, which took several minutes just to start and about twenty seconds to open a file manager window!)

    16. Re:Its not bloat if you derive utility from it by Tony-A · · Score: 1

      Yes, that's bloat compared to what I can do, but I don't really care.

      I beg to differ. That is not bloat.

      Trading 5% slower for something that is clear and straightforward is a good trade-off. This is from someone who likes bare assembly (ix86 excluded) and appreciates things with no wasted motion.

      When (not if) the requirements change, you'll get the 5% back with interest.

      Bloat is taking several minutes to show a large subdirectory just so it can paint some icons.
      Bloat is making sure that the primary purpose never gets in the way of the special effects.
      Bloat is having the gizmos crowd the basic simple stuff into strange corners.

      Bloat is anything that takes up too much of a valuable resource, primarily because there's just too much of it. From the standpoint of maintenance, which does have to be done, your 15% faster really is bloated because it will take too long to decipher when you have to change something.

      Efficiency is really a matter of wasting cheap resources to preserve expensive resources. It's all a matter of context, but it wasn't worthwhile sacrificing clarity for minor gains in execution speed on second generation mainframes. That has to hold even more so now. Looking back, seems like the major advantage of being efficient is that even though you will change stuff for something as trivial as spacing in comments that isn't quite right, you do not even consider sacrificing clarity for minor gains.

  85. I somewhat disagree.. by vertigo · · Score: 3, Informative

    I somewhat disagree with the premise of the article. 10 years ago, a barely usable word processor took 15 seconds to start up. I remember Wordperfect 6 being a terrible resource hog on my measly pc. Compare that with the load-times and responsiveness of AbiWord and a lot of progress has been made. The same with Mozilla/Firefox. Netscape 4.0 took something like a minute to load on my 386dx40/4mb iirc. Firefox takes 2 seconds (amd 1800+, 512mb) and has much more functionality. So, in my opinion, user experience of performance has improved. I think people might have forgotten how bad stuff really used to be performance-wise.

  86. The Future of computing by neomage86 · · Score: 2, Insightful

    5 years from now some *nix (most likely the latest iteration of MacOS) on parallel cell CPUs. 10 years, a unified virtual machine so applications will be OS independent(I think by Microsoft) 15 years Computing will be a commodity. I will pay $N a month for computer usage (based on what specs I want my computer to have). There will be ubiquitous dumb terminals (everywhere from home, to work, to school) each will have a massive (by today's standards) data pipe. You authenticate and it will become your computer. Your desktop of choice, your files, your preferences. There will be few massive datacenters, so everything is amazingly scalable and centralized. If I want to do video editing, I will have access to supercomputers worth of power while I need it, and while word processing I will use almost nothing. Right now, it looks like Google will run these datacenters.

    1. Re:The Future of computing by WhatAmIDoingHere · · Score: 1

      Can I buy pot from you?

      --
      Not a Twitter sockpuppet... but I wish I was.
    2. Re:The Future of computing by Anonymous Coward · · Score: 0

      Yeah I can imagine the future.. Login at any dumb terminal and have access to your desktop, kind of like VNC but itll be faster, and you wont actually have a real source computer. Itll just be on the main server

      Although authentication will have to be really secure.. Maybe retna scanning or fingerprint or dna or a combination of all 3.. Or an implant, who knows

    3. Re:The Future of computing by ThousandStars · · Score: 1
      Fifteen years ago, people were predicting that object oriented programming would revolutionize programming and ensure that people could just create their own programs by pulling little blocks of other programs together. Today, when I see people write useful programs, I by and large see them open... a text editor.

      Fifteen years from now, we'll all have flying cars and robotic helpers and live forever because someone will have cured aging. In the meantime, I'll keep my hopes up for a word processor that doesn't crash constantly.

    4. Re:The Future of computing by Trespass · · Score: 1

      Nonsense. Computing power has been decentralizing and becoming ubiquitous. It is very difficult for me to believe any scenario where computing power would become centralized again.

    5. Re:The Future of computing by burns210 · · Score: 1

      I would imagine some form of solid-state iPod/Flash drive like device using an encrypted bluetooth... Wireless authenticate and load your user profile from the wireless device, and run the dumb terminal using your files, etc. With the inclusion of a X server+screen that can pause/resume applications while running.

    6. Re:The Future of computing by groomed · · Score: 1

      Yes, and ten years from now everybody will have their own steam engine.

  87. Re:My memory Usage by lgw · · Score: 1

    Grammar different.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  88. Software hiding the complexity by MobyDisk · · Score: 3, Interesting
    Software spending CPU cycles hiding complexity is a good thing. Software spending CPU cycles hiding simplicity is a bad thing. Many times, "wizards" are used that make things harder than the manual process. For example:

    The dekstop files & folders paradigm is fine if marketing dweebs stop designing wizards that hide simplicity in a layer of complexity. What if I had a maid who said "I see you just set a piece of paper on your desk? Do you want me to file it for you? Great, I'll just shred this original while I'm at it, and you can conveniently ask me to find it whenever you need it!"

    Example 1:
    My dad plugs in his digital camera, and it displays a camera wizard. Great! It asks for the album name and places it in a convenient album with a nice slide-show.

    The next day, he wants to edit one of the pictures, or copy it, or rename it. Too bad. Because it's now in a proprietary format in an album management program. The wizard was completely unnecessary. It have been easier for him to create a folder and drag the files into it. It would have functioned in the normal way files and folders work. He would know where they are, and could open, email, rename, delete, etc.

    Another example:
    My mom inserts a CD and Media Player asks her if she wants to rip the files to the media library. It even does a CDDB lookup and names the albums accordingly. Great! So where's that .MP3 file? No? Maybe it's a .WMV file? .OGG? .WAV? No... it's in the media library. And there it lies forever. You can't play it with anything else. Now I show her how to use CDEX, and click the CDDB button, then the RIP button, then whoa! And she can do whatever she wants with it.

    Now I want to email that file. But I can't. Because it's not in a file on the file system, it's hiding in some "convenient" media library for me. And I want to view the pictures in the order the camera took them.

  89. Vested Interests by benjamin_pont · · Score: 3, Insightful

    Don't you think that if we all had zippy computers with slim, efficient operating systems and applications that made modest use of resources, and had only the features people wanted, then there would be a lot of bankrupt technology companies and unemployed programmers since no one would be upgrading their systems (much)?

    * Excerpt from Aldous Huxley's Brave New World *

    "We condition the masses to hate the countryside," concluded the Director. "But simultaneously we condition them to love all country sports. At the same time, we see to it that all country sports shall entail the use of elaborate apparatus. So that they consume manufactured articles as well as transport. Hence those electric shocks."

    "I see," said the student, and was silent, lost in admiration.


    By the way, current number of mouse-clicks to configure viewing an MS Outlook sender in a given color:

    17

    Don't $top that fat, gravy-train from rolling! Keep the bloatware coming!

  90. Re:My memory Usage by pilkul · · Score: 1

    Yeah, there's really no reason to do things that way since IIRC the MP3 format is divided into nice streamable blocks. That would be spectacularly lazy design if true.

  91. Re:The answer is, where do you want to be taken to by jcgf · · Score: 1
    will XP even install on a 500MHz system?

    Yes.

  92. TextEdit in OS X by DancesWithBlowTorch · · Score: 1

    ... uses 4MB when loaded without a file opened. At least that's what activity monitor (is that the english name?) tell's me. Uups, now it's gone to 6,17MB without me doing anything! tststs...

    On the other hand: iTunes needs just 26MB, and that's with an opened window, around three thousand (legal :-p) files (searchable without timedelay) on display and playing an mp3.

    Seriously, my Mac has 765MB of RAM. On idle, the largest Memory-eater is the Windowserver (40MB). With seventeen userland-programs running and fifteen windows on display (all active! One exposé-click shows they are alive) I still get like 400MB of free memory. And I haven't booted my little sweety for six weeks of hard work (which builts up reserved memory). I can live with that. Yes, go on, call me a user.

  93. Bloated software steals cycles by plinius · · Score: 1

    If you had the choice to run software that is bloated, buggy and slow, or software that is lean, well-tested and fast, which would you run?

    FBUI

  94. Goldfish syndrome by oliana · · Score: 1

    I used to work in the benchmarking biz for a computer company. When an older system was "just fine" for our customers, we had software developers make more complicated software and had benchmark designers make more complicated benchmarks to show how people needed newer systems.

    The fish grows to fit its pond.

    There's a fine line between my sarcasm above and the truth.

    --
    In Soviet Russia, asses suck this joke.
  95. user experience much better by avandesande · · Score: 1

    I for one would very much NOT like to return to the user experience of performance of 15 years ago. For christsake burning a CD 10 years ago was witchcraft.

    --
    love is just extroverted narcissism
  96. You Lie! by Anonymous Coward · · Score: 0
    But, in fact, the user experience of performance hasn't improved much over the past 15 years.

    That's not true at all! You try and work on a personal computer of 15 years ago, then work on a new P4 or Athlon XP and tell me you can't see the difference.

    This is absolute exaggeration.
  97. Get a clue! by www.sorehands.com · · Score: 1, Insightful
    Only a small portion of code bloat is actually useful features. But it is more related to marketing/review checkbox features -- features that are not really used, but it is added only because it can be shown as being there for marketing.


    The other part is that as time goes on many programmers are lazy and they don't think though the code and optimize the code because it is fast enough. There are not as many real programmers that take pride in their code and make it efficient.


    1. Re:Get a clue! by Anonymous Coward · · Score: 0

      Nail - head - hit. Lots of my peers who like to develop code and consider themselves "programmers" never take the care or time to review their algorithms or implementations. One such (anecdotal) instance was where there was a nested for loop driving some DirectX text output that was hogging the processor bad. Basically it was unnecessarily nested and was being called hundreds of times for no reason. I believe it STILL remains in the code.

      I believe the emergence of multi-gigahertz processors and specialized graphics processors with drivers authored by "someone else" brings about a sense of irresponsibility and lets people get into the mindset such as: "if it's as fast as the last version, that's ok." even though processor output has doubled.

    2. Re:Get a clue! by packeteer · · Score: 2, Informative

      You think marketing departments need features to sell an product. Marketing's job is to sell regardless of what they are given by the programmers, they will hype up anything. Just becuase the retail box has a giant list of features doesn't mean the program is bloated.

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    3. Re:Get a clue! by Fjornir · · Score: 3, Interesting

      Thanks for the link. Here's one from the jargon file about real programmers.

      The Story of Mel

      This was posted to Usenet by its author, Ed Nather
      (nather@astro.as.utexas.edu), on May 21, 1983.

      A recent article devoted to the macho side of programming
      made the bald and unvarnished statement:
      Real Programmers write in FORTRAN.
      Maybe they do now,
      in this decadent era of
      Lite beer, hand calculators, and "user-friendly" software
      but back in the Good Old Days,
      when the term "software" sounded funny
      and Real Computers were made out of drums and vacuum tubes,
      Real Programmers wrote in machine code.
      Not FORTRAN. Not RATFOR. Not, even, assembly language.
      Machine Code.
      Raw, unadorned, inscrutable hexadecimal numbers.
      Directly.
      Lest a whole new generation of programmers
      grow up in ignorance of this glorious past,
      I feel duty-bound to describe,
      as best I can through the generation gap,
      how a Real Programmer wrote code.
      I'll call him Mel,
      because that was his name.
      I first met Mel when I went to work for Royal McBee Computer Corp.,
      a now-defunct subsidiary of the typewriter company.
      The firm manufactured the LGP-30,
      a small, cheap (by the standards of the day)
      drum-memory computer,
      and had just started to manufacture
      the RPC-4000, a much-improved,
      bigger, better, faster -- drum-memory computer.
      Cores cost too much,
      and weren't here to stay, anyway.
      (That's why you haven't heard of the company,
      or the computer.)
      I had been hired to write a FORTRAN compiler
      for this new marvel and Mel was my guide to its wonders.
      Mel didn't approve of compilers.
      "If a program can't rewrite its own code",
      he asked, "what good is it?"
      Mel had written,
      in hexadecimal,
      the most popular computer program the company owned.
      It ran on the LGP-30
      and played blackjack with potential customers
      at computer shows.
      Its effect was always dramatic.
      The LGP-30 booth was packed at every show,
      and the IBM salesmen stood around
      talking to each other.
      Whether or not this actually sold computers
      was a question we never discussed.
      Mel's job was to re-write
      the blackjack program for the RPC-4000.
      (Port? What does that mean?)
      The new computer had a one-plus-one
      addressing scheme,
      in which each machine instruction,
      in addition to the operation code
      and the address of the needed operand,
      had a second address that indicated where, on the revolving drum,
      the next instruction was located.
      In modern parlance,
      every single instruction was followed by a GO TO!
      Put that in Pascal's pipe and smoke it.
      Mel loved the RPC-4000
      because he could optimize his code:
      that is, locate instructions on the drum
      so that just as one finished its job,
      the next would be just arriving at the "read head"
      and available for immediate execution.
      There was a program to do that job,
      an "optimizing assembler",
      but Mel refused to use it.
      "You never know where it's going to put things",
      he explained, "so you'd have to use separate constants".
      It was a long time before I understood that remark.
      Since Mel knew the numerical value
      of every operation code,
      and assigned his own drum addresses,
      every instruction he wrote could also be considered
      a numerical constant.
      He could pick up an earlier "add" instruction, say,
      and multiply by it,
      if it had the right numeric value.
      His code was not easy for someone else to modify.
      I compared Mel's hand-optimized programs
      with the same code massaged by the optimizing assembler program,
      and Mel's always ran faster.
      That was beca

      --
      I want a new world. I think this one is broken.
    4. Re:Get a clue! by Fortran+IV · · Score: 1

      Only a small portion of code bloat is actually useful features. But it is more related to marketing/review checkbox features -- features that are not really used, but it is added only because it can be shown as being there for marketing.

      Extra features != added load. In a well-constructed system, "checkbox features" are in a library somewhere, and don't load until a user actually requests them. As TFA says, spell checkers and grammar checkers drag down execution, but not if the user turns them off.

      MS Word has innumerable weird formatting and graphics features, but since I never use them, the most they should ever affect me is an insignificant increase in program startup time. On the other hand, the WYSIWYG display probably warms up my CPU a bit, doing things like apparently recalculating the page count of the entire document every time I type a new line.

      But I think most users these days would consider the WYSIWYG display a requirement in a word processor, not a "checkbox feature" or "code bloat".

      --
      I figure by 2030 or so my 6-digit UID will be something to brag about.
    5. Re:Get a clue! by matt_maggard · · Score: 1

      That may happen a lot but ideally marketing is in touch with customers and can determine what the market wants. Then marketing passes the spec to the programmers who develop said feature that the customers/market would pay for.

      In my experience, programmers often have little to do with the customer and may not know what features would be worth it for the customer - it is marketing's job to provide this feedback loop between the tech department and the customer.

    6. Re:Get a clue! by NaturePhotog · · Score: 1

      The bit about the loop with no exit and self-modifying code sounds like a truly grand version of some self-modifying code I was particularly proud of.

      Back in the days of Apple GEOS while working at Geoworks (nee Berkeley Softworks), my first task as a co-op was to port Commodore GeoCalc (a spreadsheet program) to run on Apple GEOS (not too bad since they were both 6502 family processors: "6502 -- the original RISC chip...there's no multiply instruction!") and add some new features. I ended up writing a new floating point math libary, too.

      At some point during the work, I noticed that it took a really long time for operations on the whole spreadsheet (easy for users since there was a 'select all' button like in the upper left of Excel), even when there was no data in most of the cells. After some profiling, I determined that it was the busy indicator that was chewing up all the cycles. Users like to know the program is busy doing something, after all. But the code had to push a bunch of pseudo-registers (zero-page locations that had been given symbolic labels, for you 6502 fans), load up some coordinates, call the invert rectangle routine, pause a tiny bit, call the invert rectangle routine again, then pop the pseudo-registers. Doesn't seem like too much, but done a bunch of times on a 1MHz machine, it added up to quite a few cycles.

      So I replaced the invert-a-rectangle-twice code with some much simpler code that inverted a smaller rectangle (7 pixels wide, to match the wonderfully bizarre hi-res Apple ][ graphics screen) twice by XOR-ing specific memory locations in the graphics memory. The code was now down to a blazing few dozen cycles.

      Feeling quite proud of myself, I told a number ^H^H^H a lot of people in the office about my discovery and great solution. One person (Hi, Matt T., if you're reading this) took it as a challenge, and we sat down and optimized the routine further. 40 cycles. 33 cycles. Could we do better?

      Finally, with much fanfare, we had it -- 11 cycles or somesuch (yeah, yeah -- I'm sure someone will point out that the following must total X cycles, but frankly I don't care :-) and 7 instructions (though I vaguely remember it as being 1 cycle per instruction, regardless). With an XOR of one graphics memory location, an XOR of the next one, a couple of INC instructions to modify the address of the previous XORs, and (here's the part I especially liked) ANDs to make the addresses wrap around within the same group of 8 memory locations without the need for a comparison. Thus was the birth of the "Frankenstein indicator", because it looked like a tiny little Jacob's ladder (in reverse) of mad-scientist / monster-movie fame.

      The routine had gone from who-knows-how-many cycles (in the low thousands, IIRC) down to a dozen. It was fast enough that I could call the 'busy' subroutine once for every cell processed instead of once for every block of 256 cells, and it was still an order of magnitude faster. Operations that had taken minutes before were done in few seconds.

      And I'm amazed (and frankly, a bit disturbed) to see that there are still people doing work with the 6502. And I'm definitely disturbed to realize I still remember the hex values of some 6502 instructions ($EA - NOP, $60 - RTS).

    7. Re:Get a clue! by Fjornir · · Score: 1

      You, sir, are my hero. My inner child wants to be just like you when he grows up.

      --
      I want a new world. I think this one is broken.
  98. Re:My memory Usage by bill_mcgonigle · · Score: 1

    iTunes just decompresses the file all at once, and puts that into memory, instead of a bit at a time like some players.

    Yeah, either that or they're loading an OSX API compatibility layer into memory with iTunes to keep a common codebase.

    We'll just assume Apple engineers know nothing about audio playback then.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  99. Obvious answer: Viruses by Spy+der+Mann · · Score: 1

    running in the background. I wonder if this will make Linux machines more "efficient" than Windows on a "real-world" comparison.

  100. These Goodies Sucked Cycles Too! by Spinlock_1977 · · Score: 1

    I think the author missed some biggies:

    1) Protected mode Windows consumes significantly more processor than DOS/Windows 3.1. Protected mode costs cycles to resolve virtual memory addresses. I seem to recall that loading a physical address into a 80286 (back in the day) register took a cyle or two. Loading a "selector" (a protected-mode memory reference) took 20 (or was it 50?) cycles on the 286. We took a huge hit on cycles for this one. And those selectors live on in today's x86 line.

    2) Bad design has gotta account for many slowdowns in today's Windows UI. Get on any modern Windows box, open multiple applications that use the network, and you'll see one app block as it waits for some network resource that's been locked by the other. Obviously locks are needed, but fine-grained locking is critical any code (like a tcp/ip stack) that services multiple threads of exectution. My (non-scientific) observations indicate that there's work to be done on the tcp/ip stack in MS's products. The same is likely true on other platforms, but Windows seems to be a consistent mal-performer.

    --
    - The Kessel run is for nerf herders. I can circumnavigate the entire Central Finite Curve in a lot less than 12 parse
  101. the obvious answer by Spellbinder · · Score: 1

    they have been thrown out of the window

    --


    stop supporting microsoft with pirating their software!!!!!
  102. Disc is the problem by itscoldhere · · Score: 1

    Most "standard" use on a machine with Windows OS rarely pushed the CPU over 80% for any significant time. The main thing slowing everything down is disk access. Processors and RAM have got much faster. The Burst speed of disks has got much faster but you still have only one head arm so the machine spends most of it's time waiting for the disk head to get to the sector it needs.

    The requirements for applciations to come with hundreds of DLL's and other files means that the disk is always hunting for files.

  103. It isn't that simple by Anonymous Coward · · Score: 0

    The biggest thing now is time-slicing overhead. We run hundreds of threads at a time and things slow to a crawl.

    I recently bought a mac. The dealer let me try out a single 1.8 GHz G5 for a few days. If I wanted to trade up to a computer costing a thousand more, he said he wouldn't mind.

    The single G5 was very nice. Apps opened fast, windows moved smoothly, all of this stuff. Sadly, my Wacom tablet's driver took up about 50% of the CPU time when I was using it. That led to jumps in my penstrokes. There's something wrong with the Wacom drivers for the mac.

    I figured if I went with the Dual G5 instead, the second CPU might be able to take care of that thread, letting the rest of the system get on with life. Perhaps the theory was naive. I'm sure someone will say I was being silly.

    It worked, though. On the dual 2.0 GHz everything blazed. Now the tablet process rarely took up more than 4% of one CPU. In addition, I no longer experience those little hitches when one of the Expose animations is triggered, or when I switch between windows, or when something bounces on the dock. The raw CPU speed increase wasn't enough to explain the incredible jump in apparent performance. Things were far more than twice as fast, and watching a video file play at full frame rate while expose scaled every window on screen and a few files downloaded in the background was a real eye opener.

    I think this happens with a lot of applications, not just the Wacom tablet. Poorly designed applications lock up the system every time the kernel hands control back to them. Application switching kills the cache performance. Applications that are sharing resources end up fighting over a specific access. The Windows process scheduler is pathetic. Whatever.

    From my experience, as we move to having dual CPU or dual core systems more commonly, we won't see much raw performance increase.... 15%-75% is often quoted, and I don't doubt that. But having two processors so one doesn't get bogged down will make a huge difference in the way we interact with our machines... as long as we have an OS that takes advantage of it. When I've used dual Wintel boxes I've been seriously underwhelmed. I assume Linux is better at handing out threads.

  104. Start-up time by Trogre · · Score: 2, Interesting

    It would be interesting to graph system startup times year-by-year with then-standard distros running on then-standard hardware. I suspect start-up times haven't changed significantly since the 70's.

    Does anyone here recall the famous if not accurate "Whoa, Win95 boots in under 3 seconds!!!" usenet thread?

    Startup time is currently an area where the likes of Windows XP excels over Linux. On an Athlon 2600+, XP takes 6 seconds to boot (and become usable) whilst Fedora Core 3 takes closer to 90 seconds.

    Yes, both use prelinking (or prefetch if you like), but linux distros still don't load independent services in parallel, and I suspect Fedoras prelinking is far from optimized.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    1. Re:Start-up time by Anonymous Coward · · Score: 0

      are you friggin kidding me ??? six seconds ??
      for my amd 3500 with 1 GB of ram it takes me over a minute to get XP SP2 to a usable state from cold boot (usable==clicking on and bringing up the start menu). i have autologin enabled, so logging in doesnt take time.
      i think youre mistaking the time it takes to bring the login box up with the time it takes to get XP up completely. lots of services get started while youre typing in the login box on XP.

    2. Re:Start-up time by Geoffreyerffoeg · · Score: 1

      XP takes 6 seconds to boot (and become usable)

      Please tell us what you did to your computer to ensure that figure (well, short of a fresh install with no 3rd-party applications). Mine easily takes 1-2 minutes - and this is without malware.

    3. Re:Start-up time by rjstanford · · Score: 1

      Please tell us what you did to your computer to ensure that figure (well, short of a fresh install with no 3rd-party applications). Mine easily takes 1-2 minutes - and this is without malware.

      Wow. My XP box only takes 90 seconds - I know that's about what you said, but its a laptop running a 1.4ghz processor, a pathetically slow 4800rpm hard drive (the biggest system bottleneck), and several instances of Oracle, one of Informix, two Tomcat daemons, ad nauseum. And XP SP2.

      --
      You're special forces then? That's great! I just love your olympics!
    4. Re:Start-up time by Geoffreyerffoeg · · Score: 1

      Huh? I'm not understanding the "wow"; sorry if I misphrased my original post. I was trying to imply I didn't want a fresh install.

      I've got Apache, MySQL, ASP.NET, VNC, QuickTime, Real, Mozilla, and all that fun stuff loaded either at logon or at boot. I'd guess it takes 1-2 minutes to boot and another minute to log on.

    5. Re:Start-up time by Cederic · · Score: 1


      You kid me?? I have a dual-CPU Athlon MP1800+ system and it takes more than six seconds to get through the bios screens and look for Windows.

      Obviously that doesn't differentiate Windows from Linux, but 6 seconds?? No. Not even after the first 'booting' prompt.

    6. Re:Start-up time by Trogre · · Score: 1

      Perhaps I should clarify. I'm not including POST or other BIOS calls in this test.
      The boot time is defined in my case as beginning when the bootloader (LILO, GRUB or NTLDR) is told what to boot, and ending at the login prompt.

      This is on a laboratory of computers that are part of a Windows Domain. Also very little changes from reboot to reboot, so the prelinking can work pretty much unhindered.

      Now granted, XP hasn't loaded absolutely everything by the time the login prompt appears, but the rest gets even worse for Linux. Under XP I can log in immediately and have a web browser open in slightly less time than it takes Fedora to finish loading the desktop.

      That said, I don't actually need to reboot very often, and still prefer Fedora over any flavour of Windows.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    7. Re:Start-up time by Trogre · · Score: 1
      Okay, it seems it was a minor exaggeration. I just did a stopwatch test and got the following:

      Startup time (defined as the period from hitting Return at the GRUB menu to the login screen appearing with zero disk activity):
      Windows XP SP2 : 21 seconds
      Fedora Core 3 : 63 seconds
      So the speed difference is now a factor of 3 rather than 15 as I'd previously claimed, but I'd say it's still rather significant!

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  105. It's not just that... by bonch · · Score: 5, Insightful

    A lot of people like to wax nostalgic about the good ol' days when things were faster, all the while ignoring the featuresets implemented today. The fact is, yesteryear's code wasn't as advanced or featured. A word processor from ten years ago may have been pretty damned fast, but today's word processors load dictionaries to spellcheck your document and grammar as you type and import graphics.

    Windows 3.1 may have been incredibly snappy, but it also lacked propery memory protection, wasn't 32-bit addressed, and didn't provide an intuitive interface. Also, more advanced typography (anti-aliasing) and filesystem indexing services like Spotlight come into play, as well as all the important system daemons running in the background that are now considered stock.

    It's not that things aren't getting any faster because of bloat. It's because as power increases, the ability to add new modern features to the original experience is utilizing that extra power, just as it should.

    1. Re:It's not just that... by The+Bungi · · Score: 3, Insightful
      Windows 3.1 may have been incredibly snappy

      I see your point, but let's put things in perspective - Windows 3.x was not snappy on common hardware available in that day, which was pretty much a 486DX2-50/66 with 8MB (average) of RAM and slowish IDE HDs. It really wasn't until the Pentium 60/66 became more mainstream (and I managed to get my hands on one) that 3.x actually seemed damn fast. This was especially true for WFW, which was rather slow on a DX33, but OTOH it actually got better if you threw 32MB or RAM at it, whereas the normal version of Windows stopped noticing once you went past 16-24MB.

      Don't get me wrong, I'm not saying it was unusable. It just wasn't particularly snappy.

      It's always been this way - when Windows XP came out the majority of people were still running PIII's in the 450-900MHz range; it wasn't until you got a P4 that things started looking rosy. XP/2003 on a 3GHz P4 with HT are positively snappy. But as long as Intel continues to deliver...

    2. Re:It's not just that... by ralphdaugherty · · Score: 1


      And I'll add that it's really 8086 under DOS (which I did) where you had snappy performance such as WordPerfect, Lotus, and other apps in 8086 like PC Paintbrush because we had to. That is, if memory was managed very carefully, otherwise disk access killed you.

      Going under Windows and run time environments ate up the extra CPU but gave a GUI interface and cross platform abstraction, and so it continues.

      Any one process may not seem that much faster, but IIRC several processes run concurrently light years faster now than those days of DOS and early Windows.

      rd

    3. Re:It's not just that... by _merlin · · Score: 1

      I can't remember whose law it is, but it says "as computer storage grows larger, applications will grow to fill it".

    4. Re:It's not just that... by Skrybe · · Score: 1

      That may be true but what about those of us who don't give a rats rear-end about inline spelling and grammar checking? I don't have an issue with making additional features available to users but how about making them truly modular so they don't load into memory until you want them.

      Office is a pig for this, it wants to load a heap of stuff into memory everytime you fire up your PC (so the office apps are more responsive when you use them). Of course if you started your pc with the intention of gaming or surfing the net then that office "preload" is wasted. And from what I saw of the new Open Office it's taking the same approach.

      Give the users the option to choose what components get loaded or not. And give let us choose what stuff gets processed "inline" (like spelling). That's all I want.

    5. Re:It's not just that... by Anonymous Coward · · Score: 0

      "...today's word processors load dictionaries to spellcheck your document and grammar as you type.."

      Too bad neither of those actually work.

  106. I thowt "Peter" was a boy's name ? by Anonymous Coward · · Score: 0

    I thowt "Peter" was a boy's name ? We love you, Peter, but even Lars Ulrich and his boys got with the times.

  107. Fix? by Angst+Badger · · Score: 1

    From the cited article: A few of the programs I use on Windows run special programs at system startup. Each of these programs pre-loads its own shared libraries, which in turn allows the program to launch more quickly later. At one point, the delay from the initial appearance of my desktop to my system being responsive enough for me to start using it was up to about five minutes. Why? Because it was running a dozen or so programs to make programs load faster. The irony didn't seem funny at the time, but it does now.

    I've noticed this, too. Slashdot may not be the best place to ask this, but I'm sure I'm not the only person here who has to use Windows as well as Linux, so -- does anyone know how to prevent all of this pointless preloading so I can boot in under five minutes? No doubt, a lot of this comes from programs I need to have, but which I only use infrequently.

    --
    Proud member of the Weirdo-American community.
    1. Re:Fix? by Ahnteis · · Score: 1

      In windows XP:
      Start
      Run
      MSConfig

      Go to startup tab.

      If you don't understand what an entry does, google it BEFORE you turn it off.

    2. Re:Fix? by Anonymous Coward · · Score: 0

      registry --- remove the loaders and you should be able to boot quickly.

  108. Well, some things have improved by eamonman · · Score: 1

    Compiling simple AP Comp sci project with Turbo Pascal on an Apple IIe = compiling a full ACE-TAO tree on a 3.0Ghz Fedora box.
    If you get rid of GUIs, it's all good.

    --
    0- Eamonman Proud member of DNRC
  109. for profit? by Baudrillard · · Score: 1

    It is obviously in microsofts financial interest to deliberately slow software down, to perpetuate the cycle of hardware and software upgrade. Corporations primary goal is to maximize profits. Therefore no improvement is seen in 15 years because improvement would interfere with Microsofts profits.

  110. real analysis, please? by jeif1k · · Score: 1

    The article exhausts itself in generalities and guesses, unfortunately. For example, it's hard to see why outline fonts (which are cached) or real-time spell checking (for which there are very efficient algorithms) should require a lot of CPU power.

    Someone ought to actually do some measurements and profiling, do some real and hard thinking, and write it up. I suspect that most of the features we use daily could be provided at a small fraction of the memory footprint and CPU requirements if people were willing to invest the time and effort to do it. It's probably not worth doing that, but a few performance bottlenecks might be eliminated that way.

  111. Think inflation by FridayBob · · Score: 1

    Just as the average income has increased over the years, so has the cost of living. As a result, your salary's economic value does not increase as quickly as its monetary value. Similarly, in the world of personal computing, CPUs may get faster all the time, but they also live in an increasingly expensive computing environment. So, why does everybody put up with this? Well, because it's what most people want. Just as most of us would rather not do without all of the technological services and amenities that we have today, even though they make life more expensive, most people would rather not use their modern PCs to run only MS-DOS v6, Word Perfect v5.1 and Lotus 123 v2.2.

  112. Totally agree, most modern newsreaders suck by SuperKendall · · Score: 1

    I use to use nn and trn and gnus, any of these I preferred to any GUI news client I've found yet.

    They were so fast, and GUI clients seem so slow...

    But I don't use usenet as often as I used to, so I don't miss it much.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Totally agree, most modern newsreaders suck by drinkypoo · · Score: 1

      I occasionally download multipart binaries. I find xnews (on Win32) to be very fast and convenient to use in spite of being written in Delphi. Sometimes it seems slow, and then I remember I'm downloading a hundred thousand headers and I perk right back up again.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Totally agree, most modern newsreaders suck by revscat · · Score: 1

      If you use a Mac, you might want to check out Unison. It's pay-for-play, but is probably the best GUI newsreader I've run across.

  113. Performance versus practicality by stonedonkey · · Score: 1

    But, in fact, the user experience of performance hasn't improved much over the past 15 years.

    "And why should it?" asked Cynical Executive.

    Once performance reaches the realm of Good Enough, you can start adding features to existing systems and rely on the hardware development curve to keep those inreasingly bloated systems at a Good Enough level. The lay user doesn't care if Word takes 10 seconds to open instead of 3 seconds, so efficiency R&D is wasted time and money. Just make it look nice, add a spellchecker, search feature, etc., and you're good to go.

    I recall an anecdote about a major auto manufacture, back in the dawn of the automobile age. I think it was Ford. A high-level executive told his men to scour the junkyards for their cars and bring back whatever was in the best condition. What invariably came back was a piece called the "kingpin," which no longer exists in modern vehicles. The executive told them to stop making such a good kingpin, because its quality was much higher than it needed to be. It was wasted quality. Make it Good Enough, and save yourself a lot of money in R&D in the long run. Proper? Doubtful. Profitable? Hell yes. Make the product as good as it needs to be, and not an inch better.

    This is where the power of monopoly comes in, by the way. And this is why companies that prioritize quality charge a premium.

  114. Doom 3? HL2? by doormat · · Score: 1

    I dont think the experience fo 15 years ago is the same as today. Granted the fun factor of "older games" (my fav. old game is prolly Dune I) is a little higher than today (run down hall, kill enemies, open door, repeat). Graphically there is no comparison. Thats where the cycles have gone, to make things look prettier.

    --
    The Doormat

    If you're not outraged, then you're not paying attention.
  115. Re:My memory Usage by Yokaze · · Score: 2, Funny

    > 60% itunes (for crying out loud, why does a 5 MB MP3 take 60+ MB of memory to play?)

    Two things. First, could it possibly be under Windows? Try minimising it and tell us again.

    Next. To put your question differently "Why does Matlab uses 300Mb just to add two numbers?" Because it is intended for more than that?

    --
    "Between strong and weak, between rich and poor [...], it is freedom which oppresses and the law which sets free"
  116. not with me. by BibelBiber · · Score: 1

    since I switched over to Apple the average speed of the system got faster. I got an iBook 500 and from update to update (i.e. 10, 10.1, 10.3) it starts up much nicer and seems to work better than better before. This is something I never experienced with any of the MS systems. Funny, isn't it?

  117. CPU Speed is overrated by TTYMan · · Score: 1

    Really, if any of you are actually running Linux instead of just pretending to and badmouthing Micros~1, take a look at top(1). The CPU Idleness only falls below 90%, except when I'm compiling something or running SETI@home: CPU clock is a completely bogus measure of performance! All else being equal, a 2GH processor will have an identical performance as a 4GH one, because memory and video hardware are much more important nowadays. If you have an old video board you will experience slowness no matter how fast your Super-Duper-Glitzy-Pentium 900 is.

    Besides, most consumers buy crippled and overpriced glitzy toys from the first store that they go to; Most non-tech people buy based exclusively on the quality of he advertising, and then go on to complain that "When I click on the start button thingy it takes a while for the other thingy to appear! Make my computer faster! NOW!"

  118. Re:Shitty VMs and interpreted languages. by Anonymous Coward · · Score: 0

    Looks like some VB/Java-type "developer" took offense and modded this down, but it's true.
    The other sinkhole is network lag.

  119. Re:On complexity... loat ... interface, and Magick by Anonymous Coward · · Score: 1, Funny

    The first corrolary to Clarke's Third Law states: "Any Technology which is distinguishable from Magic is insufficiently advanced>"

  120. I dare you! by Anonymous Coward · · Score: 0

    If you think that the "user experience" hasn't improved with every new generation of CPU, then I dare you to spend a month using a Pentium 60 as your main system. Many Linux distributions will still install on such a CPU, so what are you waiting for?

  121. Zaxxon via cassette on an Atari 800 by nanter · · Score: 1
    Yeah. Reminds me of even longer ago when I had an Atari 800 (about 20 years ago). I had Zaxxon (cool game if not frustrating) and it was distributed on a cassette tape. This was before I upgraded to a 5 1/4" floppy drive. I'd throw that tape in, do a "load" and go harass my little sister for the HALF HOUR it took to load it off the tape.

    Needless to say, I stuck to the cartridge games as much as possible. :-)

    1. Re:Zaxxon via cassette on an Atari 800 by TClevenger · · Score: 1

      Yeah, we used to wait through 20 minutes of the thing burping at us so we could play Frogger. And it didn't even have the cool music that the disk version has!

  122. Don't know if it's been mentioned yet by CmdrGravy · · Score: 1

    Clippy

  123. Code optimization is a thing of the past by mabu · · Score: 1

    I believe one reason why most desktops don't seem to live up to the performance process each next generation promises has mostly to do with bad programming habits. Today's developers are using so many high-level development tools that have huge, multi-leveled layers of abstraction that applications become incredibly bloated. It's nothing short of obsene when, for example, you note that a utility application requires x GIGABYTES of disk space.

    There seems to be no incentive these days to write small, efficient code... not when you can keep consumers on a constantly spinning hamster wheel of hardware upgrades to compensate for your bad software design.

  124. Isn't it obvious? by UnknowingFool · · Score: 2, Funny
    at where all the precious processor time and memory are going.

    1) pr0n
    2) Sharing pr0n.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  125. Wow (re: sig) by temojen · · Score: 1

    I checked out "shutterstock". It looks like a really bad deal for photographers. You should look into a real stock photography agency.

    Start by reading The Photographer's Market.

  126. Re:My memory Usage by drinkypoo · · Score: 1
    if 60MB is 60% of your memory usage, you must be on Win95. Even Win2k will gobble up all 128MB on a 128MB system when you just boot it up with a default config. Then you start a program, and SWAP. (I have 2k on my laptop, and we use it where I work.)

    Anyway, Apple has their own GUI library and probably a compatibility API to let them run iTunes on Windows. If you were talking about OSX, I REALLY REALLY know you're lying about your memory usage breakdown, because OSX is even more memory-hungry than Win2k. On my 128MB B&W G3, I fired up 10.2.3 and I was about 40MB into swap. I imagine it's even worse now.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  127. Typing LaTeX need not be repetitive. by sam_nead · · Score: 1

    I learned to write macros for emacs (d'oh) which crank out the outlines of the most common LaTeX environments for me. Works pretty well.

  128. The fastest system I ever owned... by Lodragandraoidh · · Score: 1

    The fastest system I ever owned was a Toshiba T1200 laptop (basically an 8086 XT processor).

    It had a ROM chip that booted DOS, and you could designate a section of memory as a ram disk. It had no hard drive.

    I loaded Wordperfect, and several other DOS utilities in the RAM disk which was not volatile as long as you had battery power (you could put it into sleep mode and it would keep the ramdisk up).

    It booted fast, but wakeup was even faster. Apps on the ramdisk loaded super fast (because they were small), and I got more done from startup to shutdown.

    It had the first supertwist backlit LCD display on the market - and a CGA 4 color video adapter to drive it.

    I would equate its quality to that of Apple Powerbooks today - but the simple applications it ran screamed in comparison. I still have files I created on that machine.

    With all the RAM we have available today - why don't we see more ram-disks? I know Knoppix uses one - and it seems to load apps very fast in comparison to disk-based systems...if RAM is cheap, why not load alot of it, spin up a ramdisk on bootup and put your most common apps on it for access by the user?

    --

    Lodragan Draoidh
    The more you explain it, the more I don't understand it. - Mark Twain
    1. Re:The fastest system I ever owned... by drsmithy · · Score: 1
      With all the RAM we have available today - why don't we see more ram-disks?

      Because these days they're called disk caches.

    2. Re:The fastest system I ever owned... by Lodragandraoidh · · Score: 1

      A disk cache allows the machine to have more 'virtual' RAM than the machine physically contains - that differs from a ramdisk - that for all intents and purposes is another 'storage' object (like a hard drive) - mapped into ram (a virtual disk in RAM versus virtual RAM on Disk).

      What you buy from the RAMdisk is fast startup of any apps located in ram. The cache helps applications after they are loaded - but you still have to wait for them to read from disk into memory when you launch them - probably the slowest I/O on any system; concievably you could set up a script on a machine to startup a ramdisk and load it with apps behind the scenes at bootup. From the user's point of view his key applications fly when he starts them. Of course, now you have two copies of the application in RAM - one on the RAMdisk, and one in system RAM executing - so you pay in RAM for what you gain in speed.

      With cheap and plentiful memory this is the way to go imho. Think about how high performance internet systems work - routers and www server proxies - in both cases they use ROM (similar to a RAMdisk - only dedicated and not volatile) to hold the app - and no disks; storage, in the case of the www servers is either in a SAN or in a cluster of servers behind the proxies.

      We could do similar things for consumer computers to give the impression of running faster/using less CPU cycles (when in fact what you are doing is managing the disk I/O bottleneck).

      With Gigabytes of RAM available on systems in the near future - there is no reason not to provide some slight-of-hand to give the user a better experience.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    3. Re:The fastest system I ever owned... by drsmithy · · Score: 2, Informative
      A disk cache allows the machine to have more 'virtual' RAM than the machine physically contains

      No, a disk cache keeps frequently accessed data on permanent storage in RAM to make it quicker to access.

      What you buy from the RAMdisk is fast startup of any apps located in ram.

      Right, so you optimise the operation you'll only ever be performing *once* for the whole time you're using the app by wasting memory it could be using to do whatever it is that it does.

      Have you ever heard of "optimise for the common case" ?

      Of course, now you have two copies of the application in RAM - one on the RAMdisk, and one in system RAM executing - so you pay in RAM for what you gain in speed.

      Yes, and this is why (modern) disk caches and RAM disks are basically the same thing. A RAM disk makes accessing the app's data - executable,m libraries, etc - faster by copying it into RAM and executing it from there. But this us *also* exactly the same thing a disk cache does. So, you're sacrificing *twice* as much RAM as you need, just to make starting an application up faster (probably the most infrequent operation you'll ever perform within each application).

      Not to mention the time you use "precharging" the RAM disk is going to be *at best* the same amount of time you use starting the application for the first time and letting the disk cache do its work.

      You really need to read up on how disk caching works - there's a very good reason RAM disks aren't used much any more (there are a few - very few - situations where they can offer benefit, but optimising application startup times isn't one of them) and that's because on modern systems, disk caching gives a much bigger overall performance boost.

    4. Re:The fastest system I ever owned... by Lodragandraoidh · · Score: 1

      Please name some systems that use this technique - I have never heard of this.

      I have seen RAM cached to disk, but never the other way around.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    5. Re:The fastest system I ever owned... by drsmithy · · Score: 1
      Please name some systems that use this technique - I have never heard of this.

      O_o

      Um, pretty much all of them have disk caching (to varying levels of sophistication - current OSes are a lot more advanced than just "copy it into RAM"). Shit, even DOS had Smartdrive.

      I'm beginning to think you're trolling...

    6. Re:The fastest system I ever owned... by Anonymous Coward · · Score: 0

      He might be...

  129. CPU Usage by StikyPad · · Score: 1

    I'm not sure what this means exactly, but I found it in some sekret dokuments and I thought it looked suspicious...

    for (x=0; x (cpuMHz * cpuMHz); x++)
    FillMem(x);

  130. 800 Mhz? by Anonymous Coward · · Score: 0

    Well... probably I'm the exception, my fastest machine is 400 Mhz and I still has not felt the need to upgrade.

    Me

  131. Re:My memory Usage by Dr+Caleb · · Score: 1
    Still running a Pentium-75 I see. ;-)

    --
    "History doesn't repeat itself, but it does rhyme." Mark Twain
  132. Re:On complexity... loat ... interface, and Magick by Anonymous Coward · · Score: 0

    just for the hell of it, and not a corollary to much of anything:

    "Any sufficiently adverse technology is indistinguishable from Microsoft."

  133. Not to mention power consumption by pslam · · Score: 2, Informative
    Nobody except embedded programmers. My biggest project of late runs on an 8-bit, 8 MHz CPU with about 7k of Flash and 192 BYTES of RAM. Not megs, not kilobytes, but bytes. That's equivalent to less than three lines worth of text. And the code's written in C, rather than assembly, so while it's easier to maintain, it takes more effort to make sure it stays efficient.

    I think all programming students should have to code for a system like this. It gives you a MUCH greater appreciation for what the compiler is doing for you, and what the consequences of simple changes can be.

    Indeed - it's quite a pain trying to port bloated code to an embedded environment, even if it's nowhere near as restricted as the one you're describing. And if you're running off battery power, then every clock cycle costs you battery. It's amazing how hard it is to describe to some people how much of a problem that is. This is something that infuriated me about (for example) Vorbis - a lot of the design really doesn't permit a low footprint, so at the end of the day it's actually a rather battery expensive codec to use.

    Still, the old saying that 90% of cpu time is spent in 10% of the code holds just as true for power consumption. In my case, you optimise the MP3/WMA/Vorbis/etc decoder to its limit, and speed up disk reads (to keep it spun down as much as possible). It's due to these efforts that stuff we make (see my info) has far better battery life than rival products. And as a bonus - that also makes user visible responsiveness much better.

    Most of it's down to careful design and not micro-optimisation. It really doesn't need a smattering of assembler all over the place (but maybe a couple of functions here and there, e.g memcpy and friends). Perhaps one day people will realise this also holds true for laptops, and we'll see those cycles getting used a bit more efficiently...

  134. Re:My memory Usage by ALpaca2500 · · Score: 1

    iTunes has always been horrible in terms of CPU and memory usage, for some reason. actually, the original version ran reasonably well on my old iMac (400 mhz), and i assume that was because it had a lot of code in common with SoundJam MP, which it was based on (and which ran quite well). subsequent versions seemed to add all sorts of features, and perfomance became unbearable.

    i have no idea how iTunes is built on the windows side of things, but i know it runs just as poorly. i avoid it at all costs.

  135. Stupid. Really. by mcrbids · · Score: 1

    I write this on a Fedora C3 Laptop. I have a VMware window running with an instance of Windows 2000, and an instance of White Box Linux. I have an MP3 player streaming from my network server, over my encrypted wireless connection.

    I have 2 OpenOffice documents, and two monitors, giving me an effective resolution of 2650x1200, a smattering of Xterms, a calculator, and Kmail. Oh, and there are a total of 6 desktops - that's just what's running on THIS desktop.

    In spite of all this, my 1.7 Ghz Centrino system is snappy and responsive. Even the Windows 2000 Virtual Machine performance is good enough to load Word XP and provide reasonable performance.

    Where the h-ll are YOUR cycles going?

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  136. Redmond is stockpiling CPU cycles. by Chas · · Score: 2, Funny

    It's a conspiracy!

    Their software steals a few zillion here, a few bajillion there. Then, when we have exhausted all our naturally occurring cycles, they'll make a killing selling their horded stockpiles to us!

    --


    Chas - The one, the only.
    THANK GOD!!!
  137. Mine go here. by agent · · Score: 1

    http://www.distributed.net
    and here
    http://www.grid.org

  138. You can have it look like ... by Anonymous Coward · · Score: 0

    ... Windows 3.0 and run fast (not that the real win3.0 was fast) or you can have it look like KDE and have it run adequately. You cannot, however, have it both ways.

  139. Bitmap Fonts? by StikyPad · · Score: 1

    Even with some caching involved, font rendering adds one more layer of processor overhead -- but no vendor would dare release an interface with bitmap fonts today.

    Right. No vendor except RedHat/Fedora. And Debian. And Suse. And....

  140. Not Lazy. by juuri · · Score: 3, Interesting

    If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk. iTunes on the mac is famous for not skipping no matter the system load, guess why?

    --
    --- I do not moderate.
    1. Re:Not Lazy. by arose · · Score: 1
      guess why
      The OS is not broken? My old AMD 500MHz box did not skip in GNU+Linux either.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    2. Re:Not Lazy. by Cee · · Score: 5, Interesting

      If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk.

      Well, the process can still be paged out. So you don't really gain anything from doing that.

      iTunes on the mac is famous for not skipping no matter the system load, guess why?

      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that. And Winamp hasn't skipped on my computer either, regardless of load. So I don't think it has anything to do with pre-decompressing the music.

    3. Re:Not Lazy. by Anonymous Coward · · Score: 0

      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that.

      No way... a 486 can not decode a stereo mp3 realtime.

    4. Re:Not Lazy. by juuri · · Score: 1

      Well, the process can still be paged out. So you don't really gain anything from doing that.

      And VM paging in has priority over what? All other disk access you say?

      --
      --- I do not moderate.
    5. Re:Not Lazy. by BayBlade · · Score: 4, Interesting
      Well there are other issues as well, falling under the "ease of use" umbrella.

      It doesn't have to be a heavy task--I noticed in iTunes you can modify a playing file in all kinds of odd ways--there is no need to lock the file after its been loaded and started playing.
      WinAmp just falls down here--update a playing file's ID tags and it skips (on a modern, otherwise unfetterd system) or try to rename it outside of the application, and it fails miserably because the file is (obviously) locked.

      You may not like Apple's approach, but it works well enough for everyone else.

      --

      The key difference between a Programmer and a Senior Programmer is that one of them is Mexican.

    6. Re:Not Lazy. by plastik55 · · Score: 1
      If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk. iTunes on the mac is famous for not skipping no matter the system load, guess why?


      All I have to do is try to run Eclipse and play iTunes at the same time on a 600MHz g3 iBook. Skips like crazy.

      --

      I have a positive modifier on Troll. When I mod someone Troll their karma should go UP!

    7. Re:Not Lazy. by NMEismyNME · · Score: 4, Informative

      Actually, I was stuck with a 486DX266 for quite a lot longer than I would've liked to have been. It was a brand name one from an era where brand name meant quality components instead of fake cache chips and was actually rather fast for what it was, but in order to decode an MP3 I had to use players which would allow me to decode in mono and in some cases only decode at 22050.

      This is of course long before I had ever used linux, and for all I know the experience of playing MP3s on a 486 in linux could be entirely different, but MP3s + 486 + Winblows = glitches, skips, crackles, pops and not a whole lot of CPU left to do anything else.

    8. Re:Not Lazy. by BabyP · · Score: 1

      Dunno, iTunes on Windows (at least on my box) is the only player I've seen that does skip mp3s. Uses way too much cpu, too.

    9. Re:Not Lazy. by Anonymous Coward · · Score: 0

      yeah, 486+win95+winamp=useless

    10. Re:Not Lazy. by oliverthered · · Score: 1

      That has to be the biggest crock of shit I've seen for ages.

      First off, MP3 is easy to decode, the overhead it may even be less than the page faults your going to introduce by decompressing the whole lot to ram so why bother?

      Secondly.
      'How memory buffers work'

      Memory buffers provide a smallish window of memory that hardware can access, lets say 1mb for audio.(n.b. large memory buffers can also cause high latency)

      Even is decompressed the player will still have to keep filling the memory buffer, which may cause skip if the player can't keep up with the audio drivers requirements.

      Given that Mp3 is easy to decode there is no point eating 60mb of ram when the file can be stored in 5mb and easy the overall load on the system.

      Stop talking shit, it stinks.

      --
      thank God the internet isn't a human right.
    11. Re:Not Lazy. by prockcore · · Score: 1

      And Winamp hasn't skipped on my computer either, regardless of load.

      Yeah, I remember a few times when Lightwave locked my machine up, you could hear hundreds of megs being swapped to disk. The mouse pointer wouldn't even move, yet my mp3s continued to play just fine.

    12. Re:Not Lazy. by Fulcrum+of+Evil · · Score: 1

      Well, the process can still be paged out. So you don't really gain anything from doing that.

      Not too likely, unless you thrash the memory.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    13. Re:Not Lazy. by toddestan · · Score: 3, Interesting

      ID3v1 tags are stored at the end of the mp3 file, and Winamp can usually modify those while playing without a problem. ID3v2 tags are stored at the beginning of the file, hence Wimamp skips when you modify it.

      Another annoyance is older versions of Winamp didn't like it when you deleted a file that it had in a playlist, but it wasn't playing. Windows Media Player is the same way though.

    14. Re:Not Lazy. by zcat_NZ · · Score: 1

      Not quite. You need at least a P90 to play 128kbps MP3 -> 44100/16/stereo. A 486 can almost manage if you cut back to 22050/16/mono. This is best-possible-case, with a dedicated player such as dosamp, or init=/bin/bash and using mpg123..

      Been there; done it; nobody printed a T-shirt..

      --
      455fe10422ca29c4933f95052b792ab2
    15. Re:Not Lazy. by DCstewieG · · Score: 1

      Winamp only skips when you update an ID3 v2 tag. My theory on this is that since v2 tags are of variable size, the file needs to be re-written. So it re-writes your MP3, switches to playing the new one, then deletes the old one. I'm guessing it skips because of buffer sizes or something, not totally sure.

    16. Re:Not Lazy. by Anonymous Coward · · Score: 0

      Why? Because iTunes is automatically reniced to get a high priority!

    17. Re:Not Lazy. by Joel+from+Sydney · · Score: 1

      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that.

      Not quite. Many years ago, I upgraded from a Pentium 100/16MB RAM machine to a P2-400/64MB RAM beast. I kept the old P100 machine around for playing MP3s while I was gaming on the newer PC. Running Winamp under Win95 on that machine was awful, it would stay pegged at about 80% CPU usage. One weekend I upgraded (?) the box to Win98, from that point on it wouldn't play MP3s without skipping, hissing, popping or crackling.

    18. Re:Not Lazy. by greenreaper · · Score: 1

      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that.

      Have you actually tried that? Here it takes a P90 for winamp to do its stuff, even with reduced settings. This may be a result of having to decode *and play* the file, of course . . .

    19. Re:Not Lazy. by LittleBigLui · · Score: 1
      If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk. iTunes on the mac is famous for not skipping no matter the system load, guess why?


      That doesn't explain why you would want the full raw data in RAM instead of the compressed data.

      Sure, pre-decoding might prevent skipping in case of heavy CPU usage but for long DJ mixes or audiobooks the RAM requirements would be prohibitive.
      --
      Free as in mason.
    20. Re:Not Lazy. by Ritontor · · Score: 2, Funny

      I used to play mp3s quite happily on a 68020 based Amiga 1200. Don't know why you were having so many problems with a 486... it'd have what, 10 times the processing power?

      --
      Perhaps the answer to the problem of teenagers dropping bricks from motorway and railway bridges is to sue Tetris.
    21. Re:Not Lazy. by ultranova · · Score: 1

      If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk.

      So you read the compressed file contents into memory buffer and play from there, only uncompressing the part being played right now and keeping the rest compressed. You consume much less memory that way than if you stored the entire file in uncompressed form, and you are less likely to get skipping due to memory pages being paged out.

      iTunes on the mac is famous for not skipping no matter the system load, guess why?

      Because Apple, being the manufacturer of both, can have MacOS recognize iTunes and favour it over other programs ? Or because there's some secret, undocumented system calls that allow iTunes to make its memory unpageable and give it an absolute highest priority over any other user process ?

      That part about "not skipping no matter the system load" would certainly require at least one of these to be true.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    22. Re:Not Lazy. by Pieroxy · · Score: 1

      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that
      While I agree with the first part (mp3 is not a heavy task), I just disagree with the second one. I clearly remember running Winamp on a 486-DX2 66 and having to uncheck "Stereo" and "16 bit" to have it run real time.

      486 was VERY slow compared to whatever we have today.

    23. Re:Not Lazy. by rcamera · · Score: 1

      iirc, id3v2 can be stored at the beginning or end. the beginning is _recommended_ for streaming.

      --
      Wave upon wave of demented avengers March cheerfully out of obscurity into the dream
    24. Re:Not Lazy. by mattgorle · · Score: 2, Informative

      I started running Linux on my 486DX2/66 (became a DX4/100) in '97 and my impression of mp3 playback (using mpg123, iirc) was that I had a decidedly better experience under Windows using winamp. Put simply, I had to convince the player to decode to 22KHz mono when running under Linux and I could run stereo 44KHz with winamp.

      Still, I suppose it may have been a soundcard (Yamaha opl3-sa3, iirc) and drivers issue?

      --
      Slackware user since 1997.
    25. Re:Not Lazy. by rcamera · · Score: 1

      you are correct, but a well-implimented id3v2 library does not have this problem. even if your current tag needs only 50 bytes, it is recommended that the tag be 512 or 1024 bytes. the 50 you need is used, the rest is NULL. this is recommended so that adding new tags (say an image or lyrics) has a chance of not needing to rewrite the entire file.

      --
      Wave upon wave of demented avengers March cheerfully out of obscurity into the dream
    26. Re:Not Lazy. by rudolfel · · Score: 0

      I used to play mp3s quite happily on a 68020 based Amiga 1200. Don't know why you were having so many problems with a 486... it'd have what, 10 times the processing power?
      Because the 68020 is a real processor unless 486 which simulates one.

      --
      -- Segmentation fault. Core dumped
    27. Re:Not Lazy. by HeghmoH · · Score: 1

      If you have the entire contents in memory you can be assured of not skipping if there becomes contention for the disk.

      I guess you've never heard of swap?

      iTunes on the mac is famous for not skipping no matter the system load, guess why?

      I don't need to guess, I know: iTunes doesn't skip because it uses realtime threads for everything that needs it, and Mac OS X's realtime scheduler kicks ass for this kind of thing. OS X's audio subsystem is one of the best out there, and iTunes uses it well.

      --
      Mod down posts with a "Free Mac Mini/iPod" sig, they're spam!
    28. Re:Not Lazy. by Anonymous Coward · · Score: 0

      I had a Cyrix (slower) 486DX2/66 and it ran DOSAMP tolerably on 128kbit 44khz MP3s, playing back in Stereo. Win95 wouldn't touch it though.

    29. Re:Not Lazy. by glesga_kiss · · Score: 1
      Decoding an mp3 file is not a heavy task, even a 486 CPU would manage that. And Winamp hasn't skipped on my computer either, regardless of load.

      I've used Winamp as the centre-piece of my home auto for 5 or 6 years now, so I've got a bit of experience in this.

      I used to run it on a K6 188 box with 16 meg of RAM running Win98. It played fine most of the time, but as soon as there were any extra loads on the PC, then things started to go wrong. And that's the problem; a real PC has other loads. Especially if the owner isn't spyware aware and has a dozen apps in the sys tray.

      I did find a sure fire way of getting 100% skip free protection. I use a AWE 64 Gold sound card, which has a largish soundbank memory area on it. Normally this is used for audio samples to replace the chip sounds, some youngsters home won't remember them! I found a Winamp plugin called AWEamp that instead of writing to the usual sample decoder, wrote the audio to this buffer. Basically, all my music buffering takes place on the soundcard. The PC can completely hang for 5-10 seconds without affecting the music.

      For me, the system in question is the only 24/7 windows box I have, and it runs all maner of BT/p2p apps, has random flatmates using Messenger and browsing, over 200 gig of video shares, controls Winamp via HTTP from any room (all interlinked) and it NEVER skips. Granted it's a PII 450 now with 196 Meg of memory running XP, but I'm still getting a lot of useful cycles out of old hardware.

    30. Re:Not Lazy. by Cee · · Score: 1

      Have you actually tried that? Here it takes a P90 for winamp to do its stuff, even with reduced settings. This may be a result of having to decode *and play* the file, of course . . .

      Yes, I've tried it. But yes, I had to use the "low quality" settings, like 22 kHz and mono sound.

    31. Re:Not Lazy. by RogerWilco · · Score: 1

      A 486 DOES NOT manage mp3. I've tried on a 486DX4-100, both windows and linux. A P60 or P75 will not manage either, a P90 or P100 will, if it's the only thing it has to do.

      --
      RogerWilco the Adventurous Janitor
    32. Re:Not Lazy. by Kent+Recal · · Score: 1

      Agree'd.
      My P100 would play mp3 at 44khz/128kbit but it skipped the moment I started dragging a window or something (when in windows, it was better in DOS...).

      Considering the poor performance on my P100 I can hardly imagine
      a 486/66 was able to even keep up with decoding in realtime.

  141. Microsoft Called.... by raehl · · Score: 2, Insightful

    They said they were never your cycles in the first place.

  142. Answer: ??? by switcha · · Score: 1
    What the heck is in that other 99.9% of the document?

    Stolen underpants.

    --
    You know what? ... A little club soda *did* get that out!
  143. I think I found it by K-Man · · Score: 1


    for( unsigned i = 10; i >= 0; i-- );

    --
    ---- "If we have to go on with these damned quantum jumps, then I'm sorry that I ever got involved" - Erwin Schrodinger
  144. IOP by Anonymous Coward · · Score: 0

    I'm sure they optimized it a hell of a lot better than you could.

    So don't say it was horribly optimized.

    1. Re:IOP by Anonymous Coward · · Score: 0

      Optimised well for the XBOX, maybe, but they didn't do much work on the PC or Mac ports.

  145. Have not improved in 15 years??? by LWATCDR · · Score: 1

    Okay that would roll us back to 1990. That would give us a Pentium 233 maybe?
    Tell you what load up quake 2 on one after you put windows 98 on it. BTW do not hook it up to the Internet. Still do no thing that performance is improved?
    Okay now try and play an MP3.
    Rip a CD?

    If you really think that performance has not improved in 15 years you are just nuts.
    Yes you can probably scroll your WP 5.1 document just as fast on a 15 year old PC as you can scroll a Word document on a new PC. The new system does so much more than a 15 year old system it is just not funny.

    If your current system is running too slow turn off the eyecandy, lower the resolution, and do not connect to the internet.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Have not improved in 15 years??? by Anonymous Coward · · Score: 0

      233 in 1990? lol

      i built my first computer in 1992 or 93 and it was a 486 DX-2 66MHz

      I got one of them new "Pentium" 166mhz with MMX chips in like 1994 or 5

    2. Re:Have not improved in 15 years??? by drsmithy · · Score: 1
      Okay that would roll us back to 1990. That would give us a Pentium 233 maybe?

      Hell, no. In 1990 you would have been uber-l33t if you had a 25Mhz 486SX (that's the one that didn't even have an FPU) with 8 megs of RAM and a 250MB hard disk. You could conceivably even have had a video card with 2MB of VRAM, although 1MB would be much more likely.

      FYI, a 233Mhz Pentium is ca. 1997.

      /Kids these days.

    3. Re:Have not improved in 15 years??? by LWATCDR · · Score: 1

      Actually I was not into Intel stuff in 1990 I was an Amiga person:)
      Actually It may have even been 386s in 1990.
      So my point is... Yes computers are faster now than then.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  146. I'll tell you where the cycles are going: by Anonymous Coward · · Score: 0

    Windows: Everywhere. Thanks to Gate's vision of 'the richness of the PC experience' the special richness of interoperable features and channels in Windows which know on restraint along with MS's bloated sloppy coding make for sluggish slow ass apps that only run on 3.2Ghz + processors.

    Mac: Though Apple have done good work in optimizing OS X a few areas still need attention like The Dock!

    Also some developers in Mac OS X need to learn to write apps that when they are doing nothing they are actually DOING NOTHING.

    firefox-bin is never doing nothing.

    Photoshop ditto

    And a host of legacy Carbon apps like MT Newswatcher are also to blame for stealing clock cycles.

    Linux: KDE and Gnome are responsible for enormous wasted clock cycles there is no doubt. If KDE were a country it's currency would be the Bloat.

    KDE and bloat are entwined.

    Gnome while seemingly less bloated is actually slower than KDE. That is really an acheivement. We can only speculate on what the code is actually doing.

    Other nix: Spurious daemons running in the background eating CPU. Why does Apache create so many child threads ?

    Now you know!!!

  147. Alternatives to explorer by Anonymous Coward · · Score: 0

    Don't know if this has been mentioned, everybody complaining of lack of speed or interface "spunk" should try a new shell. Windows xp comes with explorer.exe, but you are not bound to using it.

    I recommend BB4WIN (BlackBox windows port). It has chnaged the way I use my computer, and injects life into my aging amdxp1600. Menus open instantaneously, everything is super fast and minimal. No stupid bitmaps (but you *can have em ....if you want). Extra functionality by plugins -> essential ones for me are worldtime, weather, a system monitor for drive space, icons, winamp controller, and a pager for the virtual desktops.

    All this loaded and my memory use RIGHT NOW is 5324 KB. Compare this with explorer's usual 20+mb.

    You won't be disappointed

  148. Age by ppp · · Score: 1

    My computer's getting faster, but I'm getting slower.

  149. The Cycles, where they'd go ? by Anonymous Coward · · Score: 0

    Good question.

    In 1992, when I started helping out g77 (GNU Fortran 77) development, I could bootstrap gcc+g77 in about 8 hours on my 25 Mhz 68040 based Nextstation.

    Nowadays I bootstrap gcc+java+objectiveC+fortran in about ... 8 hours on my 550 Mhz G4 based Powerbook.

  150. Much faster with graphics/audio/video by calstraycat · · Score: 1

    While I agree that certain aspects of computer performance have remained relatively flat over the past ten years, there has been a huge improvement when manipulating graphics, audio and video.

    Compress a 10 minute video to MPEG-1 on a ten year old Mac or PC and then do the same thing on a modern Mac or PC. The difference is huge. Ditto for manipulating graphics and audio.

  151. Let's go back to assembly, non-PNP, and text mode! by WoTG · · Score: 2, Insightful

    I hate talk about bloat, slowness, and lazy programmers. For the same tasks, computers are far easier to use today than even 5 years ago. Never mind the fact that we can also do about 10 times as many different tasks now, than we did when I first started using PCs 10-15 years ago.

    Yes, if I could find a floppy drive, and get a dos boot disk to boot, I could theoretically run a wickedly fast instance of WordPerfect 5.1. I wouldn't be able to surf the web, send email, listen to MP3's, work wirelessly, or work with graphics though -- and yes, graphics (e.g. diagrams) do have a proper place in day to day work!

    Do people even remember the non-PNP days? IRQ's, IO Ports and the rest? Non-multitasking? Non-Memory protected (i.e. complete OS crashes from app errors?). These issues didn't seeem so bad back then since "that's the way it was", but now, I dread ever having to deal with those limitations again. Futzing with IRQ's for an hour just to make a modem stop locking up a PC is not my idea of productivity.

    Hardware is cheap. Time isn't. I just hope we keep finding more ways to make my use of computers even easier.

  152. Macs ARE better... by korbin_dallas · · Score: 1

    According to the author, ONLY MACs use the grahpics processor to actually *gasp* process graphics.

    This author is a dork, and has very little concept of why systems appear slower than past ones.

    Me

    --
    They Live, We Sleep
  153. Bloatware by danila · · Score: 1

    ACDSee 3.0 starts on my computer (P4 1.6, 512, HDD 5400) in 1 second. ACDSee 7 takes more than 6 times that. With other programs it varies, but usually good applications not take more than 1 second (including MS Office ones, even though their faststart or whatever it's called is disabled). Even eMule starts in under 5 seconds and it needs to do a lot of file activity. Some apps are big time offenders, though. Ulead PhotoImpact takes its time, with more than 30 seconds required to start up (at some point it nearly freezes the whole computer and waits for something about 10 seconds).

    The CPU utilization is rarely above a few percent. But the real problem is that Windows 2000 doesn't boost the foreground application sufficiently, so if some CPU hungry application decides to eat all it can, the front application can suffer. Sloppy coding can cause problems, though. For example, when Opera gets a few messages, it heavily accesses the disk, apparently doing indexing, but it may slow down other windows.

    I would say that most people can enjoy really fast and responsive computing 99.9% of the time, as long as they keep their computer clean from malware and avoid poorly coded applications. No matter how many programs you run on a modern computer, it can stay responsive if you chose these programs wisely.

    --
    Future Wiki -- If you don't think about the future, you cannot have one.
  154. "one company's famous Office Assistant" by Anonymous Coward · · Score: 0

    Oh, sure. Blame poor Clippy....

  155. Anyone notice.. by StikyPad · · Score: 1

    that if you scroll down to the bottom of the article, there's a picture of the author. Notice anything fishy about him? Exactly. It's Peter Fonda!

  156. Re:My memory Usage by swillden · · Score: 3, Interesting

    The parent was understandably modded a troll, but I have to say that I agree with the sentiment, if not the exact words. My recent experience with OSX and the iLife apps is exactly that: Apple writes software that is very slick and nice for the average user, but really limited and arguably even broken for the user with atypical or demanding needs.

    My wife's new iBook is pretty, but if it were my iBook, it'd be running Linux by now.

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  157. ummm... kernel compile? by rsw · · Score: 4, Insightful

    I don't know about you guys, but back when I was running linux on a 33 MHz 80386, my kernel compiles went overnight. Now they take, oh, ten minutes.

    I'd say that's an improvement, wouldn't you?

    1. Re:ummm... kernel compile? by rodac · · Score: 1

      tiny linux kernel, compiled overnight on 1990 hardware, hah, unless it took 48 hours it was not a real program. Try 'make world' on same era hardware and lets compare compile time between your 'hello world' and a mans app.

    2. Re:ummm... kernel compile? by Velox_SwiftFox · · Score: 1

      IIRC, mine took about 20 minutes or so, on a Dell Precision 486DX2/66, with 256MB cache RAM, 20MB of RAM, Quantum 170MB IDE. That was 0.99something kernel, Slackware.

    3. Re:ummm... kernel compile? by GISGEOLOGYGEEK · · Score: 1

      Well sure it only takes 10 minutes now ... they took out all that stolen unix code!

      --
      George Bush + Linux = "I will not let information get in the way of the fight against Windows"
    4. Re:ummm... kernel compile? by GISGEOLOGYGEEK · · Score: 1

      translation from geek speak:

      My balls are way bigger than yours! Sure, no girl has ever touched them, but they are way bigger!

      --
      George Bush + Linux = "I will not let information get in the way of the fight against Windows"
    5. Re:ummm... kernel compile? by evilviper · · Score: 1

      No. Surely you don't sit around and wait for your kernel to compile. But you do have to sit around and wait for your word processor, browser, etc. to catch-up.

      Plus, the fact that one single piece of software has not become bloated enough to eliminate the benefits of faster hardware, doesn't negate the fact that most others have done just that.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  158. Not bloat, but nearly as bad by SnprBoB86 · · Score: 1

    I don't think there is a direct relationship between bloat and slow-down.

    Take Visual Studio .NET, the software I use most often, for example:

    VS.net 2002 takes 30+ seconds to load where as VS.net 2003 does it in about 10 seconds. The 2005 beta takes less than 5 seconds...

    (These times listed above exclude the extra cost of openning the first .NET application on a machine. I have a small .NET application that was oppen when I started the various VS.net instances)

    The beta was probably compiled with lots of debugging info in it. I wouldn't be surpized if it was damn near instantanious to load come the final release.

    What is it that really happens during that loading? How much pre-processing is really required to present an empty interface? I don't know, but clearly it's either optional or easily optimized. So, *cough* release schedule *cough* why wasn't optimized back in 2002?

    --
    http://brandonbloom.name
  159. Somewhat ontopic link by mondoterrifico · · Score: 1

    http://www.gotw.ca/publications/concurrency-ddj.ht m
    Talks about the need for more concurrency as we hit the clock cycle wall.

  160. Re:My memory Usage by swillden · · Score: 1

    Yeah, either that or they're loading an OSX API compatibility layer into memory with iTunes to keep a common codebase.

    A 60MB compatibility layer?

    We'll just assume Apple engineers know nothing about audio playback then.

    Yeah, it's always easier on the digestion to assume that people are at least somewhat competent. I'll feel much better if I assume that they're clueless about how to decode and play MP3s properly rather than if I assume they need 60MB of code to adapt from one audio API to another (it'll also save me from trying to figure out which APIs they're adapting between, and why they'd do that rather than just writing to the appropriate one directly, or through a thin abstraction layer).

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  161. What kind of optimization? by DeadVulcan · · Score: 4, Insightful

    nobody cares about optimizing code anymore.

    You can optimize in many different ways: for run-time performance, maintainability, extendibility, usability, compatibility, and probably a bunch of other ways I can't think of just now.

    Many of these are at odds with each other. And since computers are getting faster, I think it's perfectly reasonable to start trading off run-time performance with some of these other things.

    --
    Accountability on the heads of the powerful.
    Power in the hands of the accountable.
    1. Re:What kind of optimization? by Phleg · · Score: 1

      That would be perfectly acceptable if we were in fact sacrificing run-time performance for maintainability, extensibility, compatibility, and other things.

      Unfortunately, this is not usually the case. Most code is none of the above, simply because the developers don't know any better.

      --
      No comment.
  162. It's not suprising by Anonymous Coward · · Score: 0

    Andy givith, Bill taketh...

  163. poor guy by mottie · · Score: 1

    someone posted a picture of an unattractive female next to his contact information at the bottom of the page.. someone should let him know.

  164. No. The features existed in 1991 and were faster! by Richard+Steiner · · Score: 3, Interesting

    I could use resizable and rotatable vector fonts, create and import both bitmap and vector graphics, and load both a spellchecker and thesaurus in my copy of GeoWrite that ran under GeoWorks Ensemble 2.1 and MS-DOS 3.3 in 1991.

    Not only that, but the program was well-designed enough to provide four different levels of UI complexity (allowing new users to use it without getting lost while expert users could enable all the features and even customize the toolbars), and the PC/GEOS environment itself provided multiple threads per process and preemptive multitasking but was fast enough to be considered "fast" on my 286 with 1MB of RAM and a VGA card.

    The PC/GEOS folks got around the bloat because they were interested in doing so, and they were successful in almost all respects.

    Modern coders seem a lot less interested in doing so, perhaps because so many of them take the bloat for granted. It wasn't always so, as many of us remember...

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  165. Gates' Law by markh1967 · · Score: 1

    What Moore gives, Gates takes away. While the number of transistors on a chip doubles every 18 months, the amount of processor power needed to run the current version of Windows also seems to double at roughly the same rate. I'm reminded of this every time Windows XP inexplicably decides it needs to redraw every icon on my desktop really slowly for no apparent reason.

    --
    Input error. Replace user and press any key to continue.
  166. Re:My memory Usage by RWerp · · Score: 1

    1. My wife's and my experience with Matlab shows it likes to leak memory. We were both runnin old 5.2 version, so maybe they improved it later.

    2. Comparing iTunes with Matlab is a bit broad, isn't it?

    --
    "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
  167. Cylons? by wernst · · Score: 2, Funny

    Am I the only person who read this as "Where Have all the Cylons Gone?"

  168. No, the article doesn't explain it by Ed+Avis · · Score: 1

    The article points out a few places where today's systems apparently have more work to do. But (perhaps in understandable platform-myopia) it doesn't realize that none of these things are that new, nor that CPU-intensive.

    Didn't the Next Cube, say, have a slick and fast graphical interface with processors far slower than today's? Maybe with less whizzing and zooming, but those effects aren't fundamentally difficult (if they were, the slow part of loading a new application would be rendering its window on screen, not grinding the disk). Anti-aliased fonts rendered on-demand from outlines, another supposedly CPU-intensive display technique, were quite fast enough on an 8MHz machine back in 1989 (I used them). Real-time checking of misspelled words as you type? Eight-bit machines had this, for goodness' sake.

    I suppose that virus scanning does slow down a system, but not by a factor of more than 2x, so it doesn't account for where all the performance has gone.

    --
    -- Ed Avis ed@membled.com
  169. I meant GWE 1.2, not 2.1. by Richard+Steiner · · Score: 1

    My fingers got transposed there and I didn't catch it...

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  170. Where have all the cycles gone? by AndyCater · · Score: 1

    Anybody else notice the unintentioned irony of the links. Jargon file references to the second system effect and Fred Brooks followed immediately by IBM ads :)

  171. Re:My memory Usage by TheGavster · · Score: 3, Insightful

    Two things. First, could it possibly be under Windows? Try minimising it and tell us again.
    Well, that's just shite interface programming. Other apps don't suck 60MB to display a window.

    Next. To put your question differently "Why does Matlab uses 300Mb just to add two numbers?" Because it is intended for more than that?
    Matlab is designed to perform complicated calculations and analyses, so simple integer addition is an inappropriate application. iTunes is designed to play media files, so playing an MP3 is an appropriate application. Your point is void.

    --
    "Because Science" is one step from "Because old book". Try "Because of my experiment testing my falsifiable assertion".
  172. Re:Wow (re: sig) [OT] by grahamsz · · Score: 1

    Well i dont have stuff good enough for a real stock agency.

    I also suspect that the "real" stock agencies won't last all that long in the face of shutterstock and istockphoto.

  173. bah by Anonymous Coward · · Score: 0

    If you don't notice that your computer works faster now than 10 years ago, you must not have a very good computer. I notice a difference when I swap out processors and/or RAM, or even hard-drives, so why don't you? Using a dell?

  174. theproduct by Anonymous Coward · · Score: 0

    You ever seen the demos at theproduct.de ...64k games that look like doom3 'n stuff.

    1. Re:theproduct by oddfox · · Score: 1

      Those demos are nice but they're not nearly as good looking as Doom 3. I would say either Quake 2 or even Quake 3, but from the scenes that I saw on that website, I think saying it looks like Doom 3 is a bit over the top.

      --
      "We invented personal computing." - Bill Gates
    2. Re:theproduct by Mornelithe · · Score: 1

      Yeah, it's 64k on disk...

      But it takes 20 minutes to start because it needs to generate all sorts of textures, and crashes because it's filling up memory with dynamically generated versions of stuff that most games store on the hard drive.

      At least, that's the experience I had last time I tried it. Sure you can download it in a split second, but waiting for half an hour between double-click and gameplay isn't exactly my idea of a good time.

      --

      I've come for the woman, and your head.

  175. Re:My memory Usage by notthe9 · · Score: 1

    Speaking of MATLAB, why is it that it uses like 30MiB when it is closed?

  176. Typical overreaction. :-( by Richard+Steiner · · Score: 2, Interesting

    (1) with assembly language and a good macro-assembler, one can actually write fairly programmer-friendly code,

    (2) non-PNP cards are often a lot easier to support when something goes wrong during hardware resource allocation (at least with IRQ and address jumpers you KNOW where the device thinks it should be), and

    (3) text-mode is more portable than a GUI while still being easy to use if a good text-mode UI is also present (remember that drop-down menus and mouse support are not the exclusive domain of bitmapped environments).

    My copy of OS/2 Warp 4 running at home on my 192MB PPro/200 box is capable of doing most of what you cite, and yet it seems at least as fast as my 512MB 2.4GHz P4 box at work running Windows XP. Both multitask, both run Firefox well, both play or rip MP3s in the background, and both can work with graphics. The OS/2 box is actually capable of running in higher res given my work monitor's limitations.

    So where is the productivity gain, exactly...?

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  177. TextEdit.app by caveat · · Score: 1

    freshly launched, one empty window open - 1.16M

    for reference, vim uses 556K.

    --

    Facts do not cease to exist because they are ignored. - Aldous Huxley
  178. Context Switching by grahamsz · · Score: 1

    It does still add up to quite a big of context-switching. On the x86 arch it's fairly expensive to switch between processes, and even if your actual processes arent' doing a whole lot the chances are that they are polling something that'll need to invoke a switch a few times a second.

  179. Huh? by Wyatt+Earp · · Score: 1

    "But, in fact, the user experience of performance hasn't improved much over the past 15 years."

    Oh, to hell with that. 11 years ago I had a Performa 550 with a 2x CD-ROM, compared to me user experanced performance with my G5 today it's obvious the G5 i much fasster, completes tasks faster and can do more.

  180. Simple: The Law of Diminishing Returns by rm999 · · Score: 2, Informative

    The more effort you put into something, the less additional return you will get.

    The more cycles you get from your CPU, the less additional power you will get.

    I think the main reason is that we don't need the power. The first X Mhz you put in will get grabbed up for the most important things (running the OS). The next X will be used for running the foreground program. The next X will be used for bells, whistles, to multitask, whatever. The next X will be used for - well - nothing very useful, because you are already doing everything useful.

  181. My CPU Usage by Anonymous Coward · · Score: 0

    99% - "System Idle Process"
    01% - other

  182. Face it: by Snaller · · Score: 1

    The only time programmers spent time optimizing their source code to be as fast as possible was on the Amiga - since then its they just use bloatware compilers, and you get what you get.

    --
    If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  183. Really??? by www.sorehands.com · · Score: 1

    At MSI, we added OLE so that we could include it on the check list of features. The had me add it, despite my pleas regarding uslessness, bloating, and yes -- security holes. This was in 1995 for windows 3.1 where you could have embeded "format c: /u" into an object and sent it to everyone in the company.

    1. Re:Really??? by packeteer · · Score: 1

      I definetly agree that what you described happens, a lot. But I think marketing is not the MAIN reason why bloat happens but it is a BIG reason.

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
  184. Re:My memory Usage by bill_mcgonigle · · Score: 3, Informative

    This isn't about Audio API's - it's the whole app framework. WinCarbon some call it - the portion of Carbon ported to Windows to make Quicktime work and give the Apple look-and-feel to native windows apps.

    Apple doesn't want to port every iTunes change to MFC. They write it in Carbon, keep the Windows-specific bits separate, and then just develop on Mac and recompile on Windows.

    Yes it makes iTunes heavy weight and slower and a second class citizen. But it achieves Apple's goals.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  185. I said the secret word! by dexter+riley · · Score: 1

    Congratulations on mentioning three stock Slashdot criticisms

    Wow, it's like that old "You Bet Your Life" show, where you say the magic word, and the duck comes down and gives you fifty bucks. Except instead of the duck, it's you. And instead of fifty bucks, it's your annoyance. Come to think of it, "You Bet Your Life" was a lot better.

    Honestly, what is the obsession with Microsoft Bob and Clippy around here? I don't get it or find it funny.

    Well, then, you've come to the right place.

    1. Re:I said the secret word! by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      bonch (aka rd_syringe aka Overly Critical Guy)

  186. Electricity by Sloppy · · Score: 1
    (Or people will realise that optimising code greatly benefits laptops...)
    That's an interesting point. The problem is that desktops (which have unlimited "free" (yeah yeah, I know) energy) and laptops, tend to run the same software. Laptops are still in the minority (I think?) so they're not influencing the software market.

    But wouldn't it be neat, if there was some application niche that really was biased toward battery-powered computers? Wouldn't it be neat, if within that realm, software products competed on the basis of energy use? "Your battery lasts twice as long if you use our software, instead of Product X."

    Maybe VoIP is one, but I don't see how that will then bleed over and start influencing other software. Hmm.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  187. Crappy apologia by gelfling · · Score: 1

    OS Bloat, poorly written code and enormous feature sets that are almost completely ignored by all users. That's where all your expensive cycles go.

    Trust me; MS Word does not DO word processing better than OpenOffice or Lotus Wordpro. XPs widgets, while cute and soothing do not do anything to rerrange what is a profoundly broken UI.

  188. I can't help myself by Anubis350 · · Score: 1

    Where Have All The Cycles Gone?
    long time passing?

    --
    "goodbye and hello, as always" ~Prince Corwin, from Zelazny's Amber series
  189. It's the I/O, not the cycles by snolan · · Score: 1

    A lot (but not all) of this is easily explained by the simple fact that disks and memory are not much faster today than they were in the late 1980s. Time to start a simple text editor, open a 550 byte text file, make a change and close the file, then sync to disk is about the same today as it was in the late 1980s (assuming you had a hard disk). The editor itself (Vim 6 vrs CygnusEd 2) is a LOT bigger today, but the number of IOPS my Seagate Baracuda V can do is only 20% higher than the number of IOPS my Quantum LPS 105MB can do (and that is 1990 era technology). So - latency on my 25MHz Amiga is amost the same as my 500MHz PowerMac G4 Cube - but bandwitdh is vastly better on the PowerMac. Interesingly - with 1.2GB of Ram my Mac can run about the name number of applications simultaneously as my Amiga 3000T can with 18MB or Ram - roughly 14 without swapping. Text editors, terminal windows, word processor, web browser, X11, music player, and picture editor - pretty much the same stuff (though it is MP3 files instead of MODs today, and jpegs/mpegs instead of GIF/ANIM/AIFF files). Basically the only the my Amiga was not doing was PalmOS PDA synchronizing, and the only the the Mac still does not do is fun Paint program like DeluxePaint.

  190. What's slow, exactly? by Earlybird · · Score: 2, Interesting
    As the article points out, the user no longer has to wait for the word processor to catch up to their typing. So what are users waiting for these days?

    As for myself, I can tell you:

    • Browsing/rendering of web pages. I'm on a 10mbps broadband connection in Norway, and pages in the US still take an awful long time to download and render. European sites are usually much zippier.

    • Java GUI apps; specifically, Eclipse. Eclipse is actually pretty fast, although it's hampered by Windows' eager trim-process-working-set-on-minimize algorithm, which means that whenever you de-minimize the app after having had it minimized for a while, it will take up to a minute to un-swap.

    • Until a few weeks ago, Thunderbird. This is also hit by the above-mentioned swapping bug (which you can solve by placing the following in your user.js file: user_pref("config.trim_on_minimize", false);). Actually, Thunderbird is pretty slow overall.

    • LAN file transfer/browsing with Samba. 100mbps networks just aren't that fast anymore. Time to go 1000mbps.

    • Burning CDs/DVDs. Even with my 40X/4X burner it's a pain. The transfers are fast, but what the vendors never tell you is that the speed metric on the package doesn't include the huge overhead in starting and finalizing the burning.

    • Compiling stuff, of course.

    • Encoding movies, eg. DVD -> XviD backups for personal use. Where's a distributed cross-platform XviD encoder when you need one?

    • Tagging MP3 files with IDv2 over the LAN. Audio files badly need a metadata format that doesn't require rewriting the whole file.

    Computers really aren't that slow anymore. I used to stay on the bleeding edge in performance, and ever since the first Pentium III and Celerons arrived I have been happy running stuff that isn't the latest generation.

    The key is running with enough RAM and a reasonably fast hard drive. Programs consume a lot more RAM these days (and operating systems subsequently spend more cycles managing it), and hard drives are still horribly slow relative to everything else.

    That said, until recently I owned a PowerBook G4 1GHz/512MB, and on that box I usually had to wait for anything. Apple did a great job on the user interface, but there's a ~50ms latency pervading the entire GUI, and whoever implemented Finder and the SMB file browser deserves to be hacked to death by flocks of rabid zombie pigeons.

    1. Re:What's slow, exactly? by evilviper · · Score: 1
      Burning CDs/DVDs. Even with my 40X/4X burner it's a pain. The transfers are fast, but what the vendors never tell you is that the speed metric on the package doesn't include the huge overhead in starting and finalizing the burning.

      Actually, what you're probably unaware of is that a 40X/4X drive is only going at that maximum speed near the end of the disc. It goes much slower closer to the center of the disc.

      My 40X burner works out to about 30X net speed.

      Encoding movies, eg. DVD -> XviD backups for personal use. Where's a distributed cross-platform XviD encoder when you need one?

      Use libavcodec-based encoders, such as ffmpeg, mplayer (mencoder), or with the ffdvfw codecs for windows.

      It really is as good or better than Xvid. There are some detractors, but it becomes quite obvious upon thorough examination that they just haven't found the libavcodec options, who's equivalents are enabled by default with Xvid. For instance, Xvid seems to encode high-frequency noise (which masks blockiness in the source material), while libavcodec drops it and reveals how blocky the source really is. Even with all the Xvid-imitating options, libavcodec is about an order of magnitude faster than Xvid.

      I can do real-time encoding (single-pass) of DVDs into libavcodec/MPEG4, and 2-passes with only 50% more time, on my 1.66GHz CPU. I can do 2-pass MPEG-2 encoding in realtime.

      Tagging MP3 files with IDv2 over the LAN. Audio files badly need a metadata format that doesn't require rewriting the whole file.

      Sounds like you should use VNC or X11 over the network, or perhaps some other front-end which works with the data locally.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:What's slow, exactly? by Earlybird · · Score: 1
      • I can do real-time encoding (single-pass) of DVDs into libavcodec/MPEG4, and 2-passes with only 50% more time, on my 1.66GHz CPU. I can do 2-pass MPEG-2 encoding in realtime.

      Real-time is not fast enough.

      • Sounds like you should use VNC or X11 over the network, or perhaps some other front-end which works with the data locally.

      Tag&Rename doesn't exist on Linux.

    3. Re:What's slow, exactly? by evilviper · · Score: 1
      Real-time is not fast enough.
      I didn't say it was... I just said realtime on my modest hardware.

      On a system with several AMD64 4000+ processor, it would surely run at a fraction of realtime. No matter what hardware you can afford in any case, libavcodec will still be an order of magnitude faster than Xvid.

      Tag&Rename doesn't exist on Linux.

      So? It's not the only ID3 editing program available.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  191. WHY is Mac OS X SOO SLOW given its NEXTSTEP lineag by Anonymous Coward · · Score: 0

    WHY is the Mac OS X slow?
    Considering the fact that NEXTSTEP could run on a 33 MHz computer, Mac OS X is abloated beast.
    Apple should do something about it.
    I know folks say that it has become faster with each release, but that is BESIDE THE POINT.
    Why is an OS that used to run pretty much fast on a 33 MHz processor so slow after Apple added some eye-Candy to it.

    They should optimize is SOOO MUCH that it is able to run (almost) as fast in a 33 MHz/64MHz computer.

  192. Re:My memory Usage by Citizen+of+Earth · · Score: 1, Informative

    Top on Linux:

    6282 bubba 15 0 62792 7380 5048 S 1.4 6:20 0.3 xmms --sm-client-id 11

    XMMS uses 62MB of virtual memory to play a small MP3.

  193. Interesting take by gillbates · · Score: 1
    All that said, security is a worthy and necessary use of processing power, and the alternatives are worse: spyware and viruses can consume incredible amounts of time. Another common cause of slow computers, at least for Windows users, is an accumulation of any number of programs that snoop on traffic, pop up advertisements, or otherwise make themselves indispensable to a marketer somewhere. [emphasis mine]

    Interestingly, Windows seems to be the only platform in which security comes at a substantial performance cost.

    While the other things he talks of, like anti-aliased fonts and drop shadows apply equally well to all platforms, Windows is the only platform in which system security requires a substantial amount of CPU cycles and bus bandwidth. Had Microsoft the foresight to design a secure OS in the first place, Macs might actually have to run faster than 1 GHz to compete with 3 GHz Windows desktops.

    --
    The society for a thought-free internet welcomes you.
  194. User experience of performance HAS improved by harlows_monkeys · · Score: 4, Interesting
    I disagree that the user experience of performance has not improved over the last 15 years. 15 years ago, I was using a Mac II.

    When I bought a Centris 650 in the early 90's, it was noticably faster--so much faster that I brought it to work to show my boss, as I was sure he would not believe my stories of how fast it was.

    This same thing has happened to me with every generation of PCs, too...it's not just a Mac thing. I buy a new machine, and marvel at how much faster it is.

    Furthermore, I can go the other way to verify this. I still have my Centris 650 in storage, and booted it up a couple years ago. It was so slow that I could not believe that I ever found such a slow machine usable.

    What is really going on is that it doesn't take us long to get used to a fast machine, and since we normally never go back, we don't realize just how much faster things are now.

    1. Re:User experience of performance HAS improved by Kashif+Shaikh · · Score: 1

      And this is evident with games. Heck, everyone knows that games are pushing hardware more than anything else. There's no way a game like Doom3 will run faster on a older hardware. Which thus proves, games are using every cycle possible otherwise games would run at 10 frames-per-second.

    2. Re:User experience of performance HAS improved by evilviper · · Score: 1
      What is really going on is that it doesn't take us long to get used to a fast machine, and since we normally never go back, we don't realize just how much faster things are now.

      I would be happy to counter your example with my own...

      It wasn't long ago that I bought an old 20MHz 386 PC with 4MB RAM (for a whopping $5). I didn't think there would be anything on the drive, but when I booted it up, I found Windows 3.11 starting. I used it for a while, and was very impressed at how fast it was. Despite it's low specs, Word Perfect started up almost INSTANTLY. That's right, probably a couple orders of magnitude faster than the newest version of Word starts up.

      The same is true for just about all other programs as well... Netscape 3 on the 386 started up faster than Netscape 4.7 does on my 2GHz PC, and just forget about comparing the start-up times of Mozilla/Firefox.

      I've had similar experience with Slackware (3.3) on my 486/33Mhz notebook, and I've heard from lots of other people that use similarly old/slow hardware.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  195. it's used because it's THERE by v1 · · Score: 1

    My take on all this is that programmers realize there's just so much sloth the typical user is going to stand for. When their application reaches that point, they baulk and start optimizing or stop adding features, due to "performance concerns". So on the average, system responsiveness will probably continue to remain a constant. Not because of technlogy races in careful balance, but rather that the user's tolerance is a constant factor and the developers cater to that tolerance level.

    That being said, until the average user becomes less patient, we won't see more responsive systems.

    --
    I work for the Department of Redundancy Department.
  196. Spi Ware by Anonymous Coward · · Score: 0

    10% for Windows
    10% for User Applications
    80% for spy ware and ad ware

  197. Not much progress by Ancient_Hacker · · Score: 1

    So, let's do a little rough math: 1984: My 8MHz 128K Mac took about 22 seconds to start up MacWrite. From a 400K floppy with a 20KB/Sec transfer rate.. 2004: My 2300MHz 512MB Duron takes 7 seconds to start up MS Word. From a 40GB disk with a 20MB/sec xfer rate. Clock rate: 300x Memory: 4000x Disk: 10,000x size and 1000x speed. App: Starts up 3x faster, responds slower. So at a rough estimate, simple word processing hasnt gotten noticeably better even as the hardware got mighty whizzier than before.

    1. Re:Not much progress by Zareste · · Score: 1

      Fonts are far more complex and there are a lot more of them now, and besides that, you're listing the load time of the program, not the speed of text processing (which may have been an issue on a 486 but now is all but meaningless).

      But, ah, the whole reason for the loading times becomes apparent when you start doing larger text with colors and filters and blocks and so forth. Just writing a simple article can be done in TextEdit after a 1 second load time.

      Heh, my G5 loads Photoshop in 5 seconds. Wonder how I lived without it.

      --
      I am NOT a number! I am a - oh wait, I'm number 761710. Look! 761710!
  198. Re:My memory Usage by Fallen_Knight · · Score: 1

    well not really... any (well most) MP3/audio player will have a buffer that is Xseconds of uncompressed audio, and the player will uncompress the file and write to the buffer and the buffer will be played.

    for winamp i have the buffer set to 4seconds and the total ram useage with winamp playing anything is 15megs.

  199. Aww crap by EmbeddedJanitor · · Score: 1
    Memory protection and 32 bit addressing are very cheap. In fact, running 16-bit virtual CPUs and "thunking" within a 32-bit CPU is slower than running as 32-bits by a long way. Based on those factors, Win3.1 should run like a dog.

    The real difference is that Win3.1 was written by people with a very frugal mindset. More recent offerings are written by people who care little about speed and efficiency.

    You can have a very efficient wizzy, safe system. An Amiga running RISCOS on a 200MHz CPU is far slicker than Win XP running on a 2GHz CPU.

    --
    Engineering is the art of compromise.
    1. Re:Aww crap by Anonymous Coward · · Score: 0

      An Amiga running RISCOS on a 200MHz CPU..

      An Amiga doing what now? That makes as much sense as talking about pengiuns in trees.

  200. This entire article is a troll!! by Whalonski · · Score: 1

    Please!! I don't agree with the article at all! You don't have to install bloatware!! Even with bloatware, our computer power has VASTLY INCREASED. I, for one, would not like to go back to older hardware/software for any reason. Like some of the other posters, I remember the old days of reconfiguring startup files and rebooting. FORGET that crap!! I cannot help but be impressed at the computational power at our fingertips. I just passed 10000 wu's of SETI yesterday!! WOOWEE!

  201. fixes by oliverthered · · Score: 1

    'Graphical displays
    transparent menus and effects, and real-time effects also consume a lot of processing power. The catch for computer makers is that most users expect them.'

    I've written a RTF editor graphics and all, in vb 3 (interpreted!) that ran fine on a 486, the problem now adays is that people don't write optimised algorythems any more. (just try loading 100 largish jpegs up in firefox and watch it choke, because it load the whole fucking lot into ram and doest just keep the image sizes and use caching for the ones not on display.

    Clipping, visible regions bounding boxes and other matrix are all easy to cache with a low memory and cpu overhead (typically the boost performance).

    If Doom3 or Halflife can cope with hundreds of megs of data using similar partitioning techniques why should the rest of the UI world.

    'Word processing'
    'These days, it's the automatic features on these programs that can slow down your system.'

    Use threads that run at a lower priority than the rest of the work for all this auto shit, that way they wont slow the rest of the world down, and wont take out the word processor when they fuck up.

    Also, if they made the checkes more intelegent (e.g. they checked you common errors first) then they would have much better accuracy and much lower overhead.

    'Program complexity
    Program complexity is probably the biggest culprit when your supposedly speedy processor still runs slow.'

    As I've said above, more complexity can speed things up a hell of a lot (think quick sort vs bubble sort), it's the wrong type of complexity : poor modularity, poor encapsulation, running everything in the same process Program complexity
    Program complexity is probably the biggest culprit when your supposedly speedy processor still runs slow; that's slowing things down.

    Try running windows 3.1 on a modern pc (you may have to take out some of the ram as it's got a problem with large ammouts of memory) then tell me again that windows is slow?

    --
    thank God the internet isn't a human right.
  202. It's limited by what programmers will tolerate by HMBBruce · · Score: 1
    Programmers optimize their code until they are satisfied with its speed, then they stop.

    So the speed of software is not set by the speed of computers. Rather it is set by what programmers will tolerate.

    The level of programmer toleration for slow software has not changed over the years. For software to get faster, programmer's attitudes need to change. They need to become intolerant of slow software. (in many cases, it's the managers, not the programmers who are tolerant of slow software).

    1. Re:It's limited by what programmers will tolerate by mrjb · · Score: 1

      All these extra levels of indirection might be there for a purpose. In modern programming languages, it is dead easy to use a hash table rather than a sequential array for data storage. As a result, when looking for an item in that table, O(1) or at least O(log(n)) performance can be expected.

      Now in some cases using a hash table might be a bit overdone, like quicksort may be overdone for sorting a list containing 10 items.

      Yes, using a hash table and quicksort instead of a sequential array and bubblesort might at a bit of bloat, but the overall result is more scalable.

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
  203. ZX Spectrum days. by Mortiss · · Score: 0

    When I had a ZX Spectrum + with all of 48 Kb RAM and wrote a program that ran to slow, I had to go back and re-optimise the code. Nowadays, I buy faster hardware.

    Sigh, nostalgia.

  204. Thats easy by BCW2 · · Score: 3, Funny

    I had a new Dell 3.4 come into the shop last week. It was slower than our cash register box(450 PII). Of course, if any box out there had 64 processes running at start up it would be a bit slow. The customer had the box for 3 weeks. First scan with Ad-Aware = 2803 critical items. A new store record. Plus 247 on Spybot, 8 virii, 15 trojans. I'm really surprised it didn't blue screen at boot (had 2 of those last week).

    Crap uses up processor time.

    --
    Professional Politicians are not the solution, they ARE the problem.
  205. Please!! by Whalonski · · Score: 1

    On Joe Sixpack's system the cpu is doing everything BUT what the user is REALLY wanting....

  206. TFA is a piece of junk by patio11 · · Score: 3, Insightful
    Something tells me the author has no clue how virus scanners actually work. Unless those games loading image files are loading them in a known macro-virus-prone format (and, I can say without fear of contradiction, WoW isn't parsing textures from .docs), the gigantic resource files will *never be passively scanned* because they are *incapable of being executed*.

    You can verify this for yourself. Get a file containing a virus signature (find an old trojan somewhere). Disable your virus scanner, copy it to an arbitrary place on your machine, rename it to .dat, and turn on the virus scanner. Your virus scanner won't pick up the file unless you've set it to active scan everything on certain intervals. Leave it there for a few weeks and it will never be picked up by the passive process because the passive process *doesn't worry about non-executable data*.

    CPU usage caused as a result of automatic spellchecking is another howler. Its one thread, which will spend most of its time blocking for IO (thats you, chief!) Typical usage patterns will see no slowdown due to the checking thread -- open up your favorite resources manager and start banging away at MS word, unless you type faster than God or start dumping copy-pasting or macro magic into the file your CPU usage won't even budge. The algorithms, by the way, give maximum priority to the user input handling threads and close to minimum for the background checks, because word processor developers know the perception of speedy response is one of the key features of their product. As a result, they'll generally not start spell-checking a copied block until the CPU is otherwise underutilized (i.e. blocking on user IO).

  207. Clocks? by Pseudonymus+Bosch · · Score: 1

    Clocks were sold with user manuals, which featured entries such as "How to erect and regulate your device". When sewing machines appeared in the 1840s, they came with 40-page manuals full of detailed instructions. Discouragingly, it took two generations until a trade publication was able to declare in the 1880s that "every woman now knows how to use one."

    Are you sure that they wrote "clocks"? Isn't there a letter too much?

    --
    __
    Men with no respect for life must never be allowed to control the ultimate instruments of death.
    GW Bu
  208. Hooray for .NET by mmmbeer · · Score: 1

    500 repsonses and no one has mentioned the .NET platform yet? In Longhorn, we'll enjoy UIs that run in only on 3D accelerated hardware, and described in XML, so there goes tomorrow's cycles too.

  209. What's a good external 10K RPM drive? by tepples · · Score: 1

    I'm thinking that manufacturers would actually love to sell 10K RPM drives to everybody, if they didn't have to deal with the risk of people using them in underventilated cases.

    One solution to underventilated cases is to make a separate case. So where can I buy a good external 10K RPM drive with a USB2 or FireWire connection and decent ventilation? Which brands do you all recommend?

  210. Certainly not me :-) by RoboProg · · Score: 1

    Your friend was asked to stop because he was wasting your employer's money.

    I agree that in some cases it would be nice if commercial software to be installed on thousands/millions of machines did not suck so much, but: If we are talking about an in-house app to run on, say, 4 servers, and my choice is add $50 worth of slightly faster CPU + tiny bit more RAM to each ($200 total), OR, spend an extra 2 days randomizing^H^H^H^H^H^H^Hoptomizing the code (12 hours * $40 / hr loaded cost = $480), the hardcore method just cost me an extra $280, NOT COUNTING the extra maintenance costs I may incur should I ever have to update the resulting speed-o-spaghetti.

    Of course, if we're talking 10 minutes work to avoid an extra $200 worth of hardware, then be my guest :-)

    --
    Yow! I'm supposed to have a plan?
  211. Re:Let's go back to assembly, non-PNP, and text mo by amigan940 · · Score: 1

    Please, do look at my username: what you speak of was largely only true for the PC. Multitasking, graphics, and plug-n-play (aka AutoConfig) did exist elsewhere. Admittedly, the lack of memory protection on amigaOS did cause some problems, but the system booted fast, so it wasn't a big deal.

    --
    dd if=/dev/zero of=`df / | awk '/^\/dev/ {print $1}' | sed 's/s[0-9][a-z]//'` count=1 bs=512 && shutdown -r now
  212. Agreed by presidentbeef · · Score: 0

    Most of the time my processors sit there doing nothing...that's why it's important for me to measure their performance in Bogomips...
    I need to know how soon their going to be done doing nothing for me...

    --
    Everything I need to know about copyrights I learned from Slashdot.
  213. Re:My memory Usage by Fulcrum+of+Evil · · Score: 1

    XMMS uses 62MB of virtual memory to play a small MP3.

    And it's actual foot print is 5M. The 60M is probably mmaped libraries and the mp3 file.

    --
    "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  214. Re:Certainly not me :-) by KiltedKnight · · Score: 2, Informative
    He wasn't wasting the money. He's been going through so much code that was poorly written to begin with, takes hours to run, and has to upgrade its functionality.

    During all that time, he's cut run times by at least 50%. He's working for a non-profit, and they don't necessarily have the money to spend on new hardware.

    You have fallen into the trap. You are failing to account for the amount of computing time that can be saved. If you can cut the run time of a program in half, there's that much more computing time and power available. Do it to several programs, and you can find yourself with several extra hours of computing time. What you propose is that every time you need to improve your run times, you have to spend an extra $200+. What he did was he cut out the need to continuously spend extra money per the Wintel methodology.

    He's trying to weed out the modern day "programmers" who don't know why you should declare doubles before longs and floats, longs and floats before ints and pointers, ints and pointers before shorts, and shorts before chars.

    I put it to you thusly: he's trying to save money in the long term, while you're being penny-wise and pound-foolish.

    --
    OCO is Loco
  215. I don't agree with this analysis... by Doppler00 · · Score: 2, Insightful

    Okay a few comments here:

    On the downside, antialiasing sucks up a lot of processing power.

    I don't see how this is possible. After scaling, the font should be properly cached as a bitmap. Thus, it would not use very much CPU after being rendered into memory. Has the author of this article actually benchmarked this to show how "slow" antialised fonts are? Or is he making stuff up.

    Visual effects like drop shadows behind windows and menus, transparent menus and effects, and real-time effects also consume a lot of processing power. The catch for computer makers is that most users expect them.

    Transparency and shadows should be accelerated by the video card. This should result in minimal CPU cycles being used for this. But really, if this eye candy is bothering you, just disable these features and you're computer is 100x faster again. Often, it's not the rendering of these effects that makes the computer slow, but the fact that an animation HAS to occur before something else happens.

    support code that no one really understands
    What does he mean by this? He's equating more manageable code with slower code. Is he implying that complex, unmaintainable code is faster? I've never seen that to be the case.

    Each of these programs pre-loads its own shared libraries

    This is something I'll agree with. Each time I install a new driver for some device on my computer it requires a service on startup to use about 5MB-10MB of memory. My guess is that the driver developers don't think it's worth their time to optimize memory usage.

    The reason why some applications are slower is simply because it was never in the requirements for them to be faster. It's just a quality control issue. There is a trade off between time to market and software performance. The performance usually is the last thing considered in a product (just get it working first).

    1. Re:I don't agree with this analysis... by evilviper · · Score: 1
      Is he implying that complex, unmaintainable code is faster? I've never seen that to be the case.

      MPlayer is still the fastest video player around, and it's a huge crufty mess of spagetti code.

      Now, that's not to say that it couldn't be re-written more elegantly, and still perform as well, just that, in reality, the more elegant code is usually slower.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:I don't agree with this analysis... by Teancum · · Score: 1
      support code that no one really understands
      What does he mean by this? He's equating more manageable code with slower code. Is he implying that complex, unmaintainable code is faster? I've never seen that to be the case.


      From my experience, there has been a substantial increase in abstraction that has occured with many modern operating systems. In addition, even if you are not directly aware of it as a user, there are many libraries that application developers take advantage of. The issue is trying to track down the library depencencies. When you do something like click on a button, there is usually a whole chain of software functions, and each layer of abstraction adds to the CPU time to accomplish the task you wanted to work on.

      There are even issues involved when using software abstractions like COM, CORBA, Bonabo, dotNet, etc. that have a huge impact on performance. When you are writing software, often it is easier to use prewritten functions that are found in a standard library rather than rewriting it yourself, but the trade-off is that you have to pay for it with decreased performance.

      There are still some benefits for using library routines, even if "reinventing the wheel" will give you a huge performance boost. Primarily, you know the library has already been "debugged", so you don't have to (usually) check to see if that code is not working correctly. Also, there are issues with standardization of software interfaces so if you want to change the behavior of the system (change the skin on all of the windows on your desktop, for instance) everything is behaving in a uniform manner. You may be able to speed up drawing a window on the screen, but it would not fit with what all of the other windows on the desktop are doing.

      This is what leads to this bloat, and yes, the code is more manageable but substantially (100 x or more the CPU usage) slower. I have indeed seen this to be the case, and it is not strictly the Q/A issues but the overhead of trying to access the library functions themselves. Ideally you would have directly linking at compile time to the libraries, but that is often not available to programmers. And each layer of abstraction adds just a little bit more CPU time to deal with.
    3. Re:I don't agree with this analysis... by Bisqwit · · Score: 1

      >> support code that no one really understands
      > What does he mean by this? He's equating more manageable code with slower code.
      > Is he implying that complex, unmaintainable code is faster? I've never seen that to be the case.

      He means cruft - obsolete code that nobody dares to remove because they don't know if it will break something.

  216. Re:Certainly not me :-) by RLaager · · Score: 1

    Why should I have to know what order to declare my variables in to get the best performance? That's the compiler's job.

  217. Some small things to do - Win XP by guacamolefoo · · Score: 2, Informative

    1. Control Panel:Display:Appearance:Effects -- turn stuff off.

    2. Control Panel:Mouse:Pointers -- turn shadow off

    3. Leave the desktop blank

    4. Run: services.msc -- turn stuff off (Themes, indexing, other items you do not need -- be careful -- here there be dragons)

  218. Helps marketing by Anonymous Coward · · Score: 0

    Apple does it because it makes successive OS releases easier to swallow. There's very little reason not to upgrade to 10.2, 10.3, or whatever, if your computer gets faster with every one. Could you imagine how poorly they would have done if they'd each gotten slower on the same hardware? So I think part of it is improvement on some shitty-ass early releases, but a great deal is probably Apple just playing it close to the vest.

  219. Re:My memory Usage by Anonymous Coward · · Score: 0

    I use between 7 and 8 MB of memory in Winamp according to Task Manager.

  220. So then why are modern distro's so slow? by pi314 · · Score: 0, Offtopic

    Now we know why Windows is so slow, but why are modern distro's so slow?

  221. I don't get Peter's bio by michaeldot · · Score: 0, Troll

    Peter Seebach has been using computers for years and is gradually becoming acclimated. He still doesn't know why mice need to be cleaned so often, though.

    Is he talking about the rollers around the ball? But aren't most mice optical these days?

    I've rarely cleaned a mouse since optical mice came out about six years ago, and only then on an antique machine. I suppose I have always built my own machines and tend to choose quality input devices instead of the el-cheapo ones the shop ones supply.

    Grumbling about lost CPU cycles is strange when he could save some time by simply upgrading the mouse.

  222. Oh So fast.... Kaypro II by Anonymous Coward · · Score: 1, Interesting

    Consider this...
    I have a Kaypro II dual diskette computer. This machine sports a 1 or 2mhz processor and a single side single density floppy.

    When you turn the computer on... it takes 15 seconds and you are ready to type in WordStar. 15 seconds from the time you turn the computer on and you are ready to type.

    Another machine... a 200 mhz laptop with WIN 98...
    Still loads up and is ready to run applications faster than my 2Ghz plus machine that runs Win XP...

    BLOAT BLOAT BLOAT
    Features and funstions that are never used etc...

    Sign me programmer for 35 years...

  223. You can recapture those halcyon days by hey! · · Score: 1

    by trying one of the bootable live linux cds that are designed to boot from a 185MB mini-cd. They're a bit strange, but they naturally place a very high premium on space, and thus tend to choose simple, rudimentary capabilities.

    Three that stick out that I've tried recently: DSL (Damn Small Linux), Puppy Linux, and SLAX.

    Overall, I like SLAX, a Slack based distro best. It uses the KDE office components, so it doesn't give you that retro feeling. It feels the most normal.

    Puppy Linux is a close second, and it definitely is designed for speed and simplicity. It's well worth a try to experience non-bloated computing. Puppy is small enough that it loads into a ramdisk, leaving your cd drive free for playing CDs.

    DSL is probably the fastest, leanest and meanest of the three. It would appeal to many in the Slashdot crowd, in that it throws out evey consideration other than size and speed in choosing applications. In many ways this makes it interesting to play with, because while it is quite functional, it is bizarre. It is also bleeding-eyeball ugly, whereas Slax and Puppy could give Mandrake a run for its money in the elegance department.

    I've been disappointed in gettting these things to run from a USB stick though. USB storage booting is very inconsitent from device to device, so I've found it best to stick with a mini-CD / USB keychain combo, although I really want to dispense with the CD.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  224. Re:Certainly not me :-) by KiltedKnight · · Score: 1
    Memory usage... double word boundaries vs word boundaries. The compiler is not guaranteed to be responsible for proper ordering of declared variables. It is only responsible for translating your code into machine language.

    If you declare an int before a double, you end up with 4 bytes (usually, on a 32-bit system) of unused memory/space between the two, because an int is a 4-byte value which starts on a word boundary, where a double is an 8-byte value which starts on a double word boundary. The compiler is not written to reorganize your code, unless, assuming you have an extremely good one, you turn on the optimizer. Some optimizers don't do the job right. Why chance it?

    --
    OCO is Loco
  225. -O flag by Roger+W+Moore · · Score: 1
    Nobody give a fig about optimizing code anymore


    Sure we do - I always do my final C++ compile with the -O flag :-)

  226. Re:No. The features existed in 1991 and were faste by TClevenger · · Score: 1

    I loved that OS. Perfect scaled fonts on my 24-pin printer, ran far faster than Windows 3.1 and took up less space, too. If only they'd gotten the SDK out on time, we might be complaining about a different dominant OS today.

  227. Bloat vs. aggressive code reuse by Anonymous Coward · · Score: 1, Interesting
    All of these functions could use a common 2D graphics library:
    • Renderer for scalable PostScript (Type 1) fonts
    • Renderer for scalable TrueType fonts
    • PDF file viewer or import filter
    • PostScript file viewer or import filter
    • Flash file viewer/filter
    • SVG file viewer/filter
    • Viewer/filter for a vector graphics format such as CGM or WMF
    And yet, most of us use different, stand-alone apps for each of these functions (t1lib, FreeType, xpdf, GhostScript/GhostView, etc.); each written by a different person or group of people, each with their own 2D graphics engine, each with their own set of shared libraries or DLLs.

    I suppose some über-hacker could write an entire desktop application suite himself, achieving a level of code reuse that no multi-person team could, but that's not very likely...and desktop software will thus remain bloated.

  228. Re:My memory Usage by mcrbids · · Score: 2, Insightful

    Only on Slashdot: a senseless reply to sarcastic humor gets modded "insightful"...

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  229. Re:The answer is, where do you want to be taken to by Fortran+IV · · Score: 1

    Will XP even install on a 500MHz system?

    Yes. I've currently got it on two 433MHz systems, with either 256MB or 384MB RAM. It's not fast, but it's not tragically slow, either; about like Windows for Workgroups ran on a 386. And as much as I loathe WIndows, I must say XP's amazingly stable. One of those two old systems now handles the backups for our entire corporate network, because it never, ever crashes.

    --
    I figure by 2030 or so my 6-digit UID will be something to brag about.
  230. Well this former user by Anonymous Coward · · Score: 0

    Would have liked a "Save small" option for all the files which were being emailed back in the day of a 5Meg or smaller email quota.

    I still hate it when people email me a MS doc when plain text would have done fine.

    1. Re:Well this former user by jfengel · · Score: 1

      They've got this thing called winzip. You should try it some time.

      Actually, what you need to do is get your friends to try it some time. Or even better, get your friends to learn to use plain text. Man, you gotta get some smarter friends.

      Actually, it's usually my clients who send me Word files when plain text would do. And my clients are supposed to be computer programmers.

  231. Don't use latex, use lyx. by Dr.+Zowie · · Score: 1

    Lyx rocks, and it just keeps getting better. I use it for most of my word processing (emacs gets some, kontact gets my email stuff).

  232. What is the basis for his optimism? by cmacb · · Score: 1

    From the article:

    "Luckily, the worst is probably over. Around the time when 800-Mhz processors came out, users stopped the driving need to upgrade constantly. Most users today can complete their work without waiting hours for the computer to perform its tasks."

    What's his basis for this? I see no improvement on the horizon at all, unless that new Cell processor is the cure. When I first looked at the PC I was disappointed in how many mundane tasks the CPU had to perform. Checking the keyboard for new input? Working around memory refresh cycles? Trying to stay ahead of the TWO character "buffer" that most modems had? It seemed to me that the early designers of the PC went out of their way to avoid offloading work to specialized devices.

    We currently have handwriting recognition and will no doubt encourage more speech recognition interfaces in the future and what you want to bet that they don't implement these things totally in an external device of some sort (as they easily could). From a task management, and ordinary computing point of view, today's PCs don't do anything that couldn't be done with the room-filling mainframes from the 70's... you know, the ones that had a maximum memory capacity of 16-Meg. Those systems in fact supported hundreds or thousands of users, often running batch processes in the background and not going down for months at a time.

    It is in fact an embarrassment that a PC of today can't at least support a small department of users, and in fact they could, if all the I/O activities were isolated from the CPU and memory used for user-land applications.

    I really think our dependance on a duopoly "monoculture" has held back much innovation. Hopefully that will soon change, and hopefully the US will play a major role and not just stand still slack-jawed wondering why we didn't think of it before the emerging technology superpowers.

    1. Re:What is the basis for his optimism? by Teancum · · Score: 1

      I want to start by saying that most computers that are around today could indeed by made into multi-user timeshare computers that would blow away anything that was made in the 1970's. The key is that you have to have the right software installed on that computer, and the I/O devices available to be able to support those users. Some of those early computers had the equivalent of 100 serial I/O connections, something that is seldom if ever seen on a PC platform.

      If you installed Linux onto a computer with a Pentium CPU and had a dozen or so serial ports, with some "dumb" ASCII terminals, I think you would be surprised at how many users you could support simultaneously. Just as the author of the article pointed out, there is feature bloat that is sucking up the CPU bandwidth, and in many cases doing stuff that really isn't necessary.

      This is also why I refuse to buy another Microsoft operating system, because the feature bloat that has been put into Windows XP is just over the top for me, and I can't find (easily) a way to turn most of that garbage off.

      I would suggest that the I/O issues you are talking about are not nearly so much of a problem as the bloat the operating system is going through trying to deal with the I/O issues. Even Linux is bloated for I/O control, but at least it is a bit more manageable than some of the propritary operating systems.

    2. Re:What is the basis for his optimism? by cmacb · · Score: 1

      I agree 100 percent. I don't use Windows either for the same reason. I use Linux most of the time, but also use OS X when I want something to interface that just doesn't work with Linux. If it only works with Windows then screw it.

      What really puzzles me though is when I observe "dumb users" working with a Windows (or even windowed) interface in professional settings, airline ticket counters, car reservation, hotel desk clerks, etc. There is no doubt in my mind that they would be better served by a character mode interface (assuming it was properly designed). Over and over I see them squint at almost unreadable text, struggle with cut and paste actions that should probably be PF key functions, and wait, wait, wait while the screen refreshes. As you suggest, a single PC could handle hundreds of these in text mode, but more importantly, text mode would be not only an improvement in terms of efficiency, but ease of use as well.

      While a windowed interface with documents made to look like paper is useful for many situations I don't think the end results for these desk clerk business applications (among others) is an improvement at all. Furthermore, the errors introduced by the much more complex code behind these applications affects us all adversely every day.

  233. Dean Kamen obsoleted them... by spankey51 · · Score: 1

    when he invented the segway.

    --
    -ubuntu others as you would have others ubuntu you.
  234. Main Memory is slow by ZeroReality · · Score: 1

    Main Memory or the access of the hard drive hasn't increased in years. You may get more cycle a second but there just cycle wasted when accessing main memory.

    asembly trick is to store as much as possible in the register or internal chip memory. It take 10 time longer to access main memory then a register.

    three thing limit rapid access of memory.
    1) for a wire to work it must create a magnetic field. it takes time to build this magnetic feild.
    2) for the wire to work it must warm up. it takes time to warm the wire up.
    3) the previous 2 cause a voltage drop causing it to take time to build up enough charge to be read.

  235. bloat = C; by jchap · · Score: 1



    Sorry guys and gals there's one main reason for compos being slower than they should be: the overhead required by more and more levels of abstraction. These extra levels bring me close to tiers(sic) because they are for the *programmer's* convenience not the user's.

    The frankly stunning levels of indirection that the computer is required to travel to achieve even the simplest of task slows everything down to a crawl.

    The C programming language is responsible for a at least one level of abstraction (disassembly demonstrates huge numbers of function calls which are unnecessary for the program to work but are there for the programmer's benefit (think: modularization; portability and reuse (none of which directly improve the user's lot but are there to help the programmer and *come at a price*))).

    OOP adds in a further level and encorages programmers to ignore how things are actually achieved by the machine. In the worst case this all becomes like a plumber working with nothing but bath tubs when there's a shit load of plain and simple pipe sitting in his van.

    The idea that algorithm wins over optimization actually seems to me to be an argument for using a higher level language than C or C++ (however this is rarely the context in which you read it). If algorithm really were king we should all program in LISP. In the end, as with all sweeping statements, the truth is that there is a complex and dynamic boundary here, in this case between our use of abstraction and our desire to optimize for the target machine, (utility for programmers and utility for users). Choosing where to set these boundaries requires intelligence and that requires revision where necessary.

    The fact that people (users) are wondering where their cycles have gone to suggests to me that the boundary has been pushed way too far in one direction: make it easy for us (the programmers) and fuck the users - they can just buy faster machines. Even speaking in commercial (rather than professional or dare I say it, moral) terms this practice seems insecure: if there is a way of doing exactly what your program does but faster it leaves you open to attack. We can debate the size of this chink in our armour but we can't debate the fact that it is there: you do not get the benefits of abstraction without paying for it in terms of optimization.

    Two things that piss me off about my work machine: when it's slow for no very good reason and when the software it's running breaks. Ironically, a better understanding of how high level languages are translated into machine code would help sort both problems, we might even be able to trim away some of the fat at the same time. We are not moving towards this future. We are moving away from it. Fast. Never mind... let's pull into that drive thru and fill up on more crap.

    "Supersize me!".

    1. Re:bloat = C; by Anonymous Coward · · Score: 0

      I'm a real newb programmer, but even I know that the 'everything in assembly' idea is just not an option. I'm the sort who really likes to know how something works at at least 1 level below what I'll be working, but I welcome higher and higher level programming languages. The real precious resource is time, and it just takes good judgement to decide when faster end-user performance is worth the development time.

      Now, if you're suggesting that today's programmers neglect optimizations which cost little development time, you may be right. But if learning about low-level machine operation is so vital to programming, more effort should be put into teaching the subject. It's no help when the old-hands demand that new programmers tough-it-out and learn directly by experience. Of course you know how the machine really works if you started out with punchcards!

      Even though learners have far greater access to computers, it's just no longer natural or even practical to learn low-level machine workings properly. Today's learners understandably want to get straight into writing GUI apps as fast as possible. Once they start seeing results, they usually don't go back to learning about the machine because there are a thousand other hihg-level things to learn these days. The expanding world of computers and high-level development means it's no longer possible to cover all the bases: if I went back and learned proper assembly programming on machines with minute quantities of memory, that just means I'm neglecting learning GUI programming, 3D graphics, or some other field that was hardly existant 20 years ago.

      Randall Hyde deserves praise for doing something about this with his new series Writing Great Code. Having just read the first volume, Understanding the Machine, I can say it's a clear, enlightening, and eminantly readable book that should be used in introductory programming and computer science courses.

    2. Re:bloat = C; by jchap · · Score: 1


      Hi, I really enjoyed your post (I'm the author of the message you replied to).

      I'm a real newb programmer, but even I know that the 'everything in assembly' idea is just not an option.

      Of course if I wanted to be cheeky at this point I'd say that everything already *is* programmed in assembly language/machine code it's just that some of us write in it directly. Instead I'll just say that there's a whole lot of received wisdom flying around CS and that it's best to make up your own mind having tried everything out for yourself.

      Speaking personally, I have been completely amazed at just how small you can make an algorithm (I'm talking bytes here) therefore if people want more space and less bloat then there is a way. I've also been impressed by how you can take a great algorithm and make it run fantastically fast, and further I've seen how the *selection* of an algorithm itself can be governed by a low level understanding of the machine. So, if people want more processor cycles they could have them.

      Now, I suppose whether users really *want* these extra cycles and whether it is in the interests of programmers to give them up isn't really my point. I'm just here to remind everyone where some of these cycles actually ended up. Our choices as a programming community have had an effect.

      Even though learners have far greater access to computers, it's just no longer natural or even practical to learn low-level machine workings properly.

      Depending on your personality, this attitude could take all the fun out of computing. Personally, I found that I could (if I wanted to) spend my entire programming life gluing together other people's code: in libraries; interrupts; in hardware; in network protocols; and in programming languages; and never actually produce something that I could really call my own. Also, irritatingly, a lot of the interfaces I had to work with were braindead, inconsistent and changed about all the fucking time.

      It's only my opinion but I say that there's more joy to be had in computing if you can a) program at any level in a few different languages b) know how and when to apply the cool algorithms (you know the ones) and c) know the hardware you're writing for inside out.

      Anyhow that's the joy of programming for you - if you want anything more than that then all I can recommend is a Quadgasm.

    3. Re:bloat = C; by Teancum · · Score: 1

      I need to add my $0.02 here as a crusty old school programmer who learned how to program when assembly was a major item to learn. I also want to add to the comment already made in reply here.

      When I am programming, I am very aware of each and every instruction that I am writing, even when using a HLL to write the code. That is perhaps the primary reason that even if you don't do everything in assembly, you should be at least knowlegeable enough to understand the whole process from the gate level up through GUI design motifs. In order to really get the performance out of a computer that you need, this understanding has to be there.

      This is also what seperates the very good programmers from the mediocre. I am still trying to expand my sphere of knowledge regarding computer design, compiler theory, and software structures, and while I consider my knowlege to be pretty good, it is still not as much as I want to know. This is no different than an artist understanding paint dyes or a good photographer that has at least experimented with creating their own negatives and manufacturing their own camera (aka Ansel Adams). To be at the top of the game you really need to know as many of the low-level details as you can learn.

      I would also beg to differ about the need to learn about 3D graphic programming, GUI development, or OOP abstraction is an excuse to not learn basic Boolean logic, finite state machines, and bit-wise number manipulation. Again, just like any human endeavor, you need to learn the basics and the foundation before you can move on to really understand the more abstract concepts.

      I think that too many young programmers are missing these basics, and unfortunately totally lack even the capability to write their own compiler, or the ability to tap into the resources of the computer itself. Unfortunately, many university computer science programs are geared to producing programming drones for large software companies, and these students are being graduated with skills that are there just to be able to get the job done. They are also being taught that they no longer have to worry about memory bloat, and that CPU speed is not really an issue. Since most beginner's programs are usually so fast that the speed is inperceptable, they are lulled into thinking that as long as the job gets done they don't need to worry about tweaking performance.

      In many ways I really appreciate the contraints in the old 8-bit CPUs, as it taught the need for optimization that when carried over to 32-bit and 64-bit processors still provides huge benefits.

    4. Re:bloat = C; by ZeroReality · · Score: 1
      Programer don't use asembly unless they have to. who real want to program a while loop or a for loop from scratch.

      while: cmp var2 var1
      jg out
      ....
      jmp while
      out:

      let not forget how hard those complex if statment with "and" and "or" would be with one comparsion per line.
      You are right C++, C, and Java are all bloated. It just programer don't like to build simple structures.
  236. Software is becoming like fast food by phorm · · Score: 1

    A good meal takes awhile to make, and so does good code. Many customers, most in fact, are demanding a product as fast as they can get it. Many settle for fast food, and even those getting large products (full meals) often end up with scorched or undercooked offerings because they can't wait...

    And it's not that they always have the option. Sometimes they have to go "fast food" because they themselves are on a timeline, and just can't spare the time to wait on a solution they need now.

    For others it's just the current mentality now. I'm a programmer. I used to be able to do wonders when I had more time to code. Now even when I have some time there are too many interruptions. If I had time to study up I could refine my technique/abilities and put my dreams into code. The problem is that by the time I did, my dream would be obsolete in the minds of consumers. Today's flashy graphics supertitles are tomorrow's bargain bin items. Of course, some of us (such as myself) rummage the bargain bind and find some real gems... despite being not of the flashiest graphics, but most ignore them entirely.

    Fast food. The acceleration of technology means that you can't take time to truely streamline lest you be left behind. Enjoy your undercooked burgers... we earned them.

  237. today's cars faster? by frank0618 · · Score: 1

    It may not be a perfect analogy, but cars today are not capable of speeds they were not capable of 20 years ago...In addition, isn't the true test of "speed" for most users is how long it takes to accomplish the task at hand..ie produce a pretty spreadsheet?

    1. Re:today's cars faster? by dajak · · Score: 1

      It is certainly not a perfect analogy: there is a speed limit for cars.

      My 10 yrs old 1100 kg car has 115 bhp and accelerates to 100 km/h in 10 seconds. The same thing was of course possible 30 years ago, but comparatively more expensive, not with a 1.6l engine, more noisy, and consuming more fuel.

      Today's computers are less economical and more noisy, but they don't feel much faster.

  238. I use Unison by SuperKendall · · Score: 1

    Unison is OK, but I don't find it nearly as fast to operate as traditional newsreaders.

    It is better than any other GUI newsreader I've seen though.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  239. Still using a TI99/4A? by GISGEOLOGYGEEK · · Score: 1

    "in fact, the user experience of performance hasn't improved much over the past 15 years"

    It's true! ... my 'moonlander' game is just as boring and simplistic on my 3800mhz P4 as it was on my old 12mhz 386.

    hmm I wonder if this crazy com-pooo-ter has other uses? Maybe its advanced enough to play Pong now! I have to admit that after so many years of using it for nothing but moonlander, I am a little bored.

    I bet its terrorists! I bet they stole my other 3788mhz!

    --
    George Bush + Linux = "I will not let information get in the way of the fight against Windows"
  240. Re:My memory Usage by swillden · · Score: 1

    This isn't about Audio API's - it's the whole app framework. WinCarbon some call it

    Apologies, I missed somewhere along the line that we were talking about iTunes on Windows. I can certainly see why there'd be a significant compatibility layer required.

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  241. No Lazy, Smart!! by GimliGloin · · Score: 1

    iTunes is probably using some type off callback mechanism to stream the MP3 compression like most players but is KEEPING the decompressed RAM in memory.

    Why? Probably so that if you the user were to move the song back it could "on the fly" shift back without having to re-engage the decompression algorithm.

    Thats smart. My guess is that if you had a HUGE MP3 there would be some limit to how big this buffer would get. But it still must be streaming....

    GSG

  242. Raw postscript rocks by MarkusQ · · Score: 1

    Postscript is my relaxation language of choice. You can draw some amazing things in raw, handcoded postscript. If you haven't tried it, you don't know what you're missing. Get a copy of ghostview, grab the r/g/b books (or the modern all-in-one brick) and start hacking!

    A few ideas to get you started:

    • A maze.
    • A hedge maze, in 3/4 perspective
    • A fractal mountain
    • A fractal mountain w. snow, etc.
    • A mud puddle
    • A mud puddle with oil & ripples
    • A cartoon-style mirror
    • The word "candle" melting
    • Arbitary text being "assembled" from sheet metal
    • ...and so on, and so forth

    --MarkusQ

  243. Bye Bye by gadge48 · · Score: 1

    Obviously, the cycles have absconded with the socks that go missing from the wash.

  244. Contrary to a recent troll... by SanityInAnarchy · · Score: 2, Insightful

    Linux actually is incredibly fast, especially if you tweak it. The only time my Linux ever feels slow is during boot, and that's my desktop -- my laptop "boots" (from Software Suspend) in less than 40 seconds, and it's 1 ghz, 256 megs of ram, 15 gig hard drive that can't be more than 5400 rpm...

    You're right, new features get added, but I got decent performance on a 200 mhz workstation with Gentoo. It's only when we got into the things that cannot really be optimized (compiling, 3d gaming) that I had to by my current box.

    The only place Linux ever feels slow is the same place Windows does -- starting programs, loading stuff from disk -- only less so, with less ram. And it's still much faster, because I can tweak Linux much more easily than Windows.

    --
    Don't thank God, thank a doctor!
  245. which new openoffice? by SanityInAnarchy · · Score: 1

    The *new* new openoffice seems to at least be breaking things down to be somewhat more modular. The old openoffice (1.x) tends to want to load the entire office suite into ram, not just the entire program you want.

    I can, and do, tweak my box to not load too many extra components. Someday I might feel like answering this challenge:

    "Where do I want to go today? I want to go play Quake 3. And I don't care if your name is Bill Gates or Steve Jobs, I want to do it in five seconds or less. But if your name is Linus Tourvalds, you can have ten. I like penguins."

    Well, it takes me at least two or three seconds before I get to my bootloader, and one more second after that so I get a chance to change my mind and boot another OS, plus another 2-3 seconds to get to userspace, and at most 5 seconds to launch an nvidia-powered X server, after which Quake 3 can launch, and it gets to its intro screen in about 4 seconds. If I can optimize away the POST and use LILO instead of GRUB, I can just squeak in under 10 seconds.

    Surprisingly, my Quakeforge (quake 1) with some retexturing takes ten seconds to load to demo on its own, with the rest of the OS already up. So, the things which haven't been, and can't be optimized out by open alternatives, are mostly actual content.

    --
    Don't thank God, thank a doctor!
    1. Re:which new openoffice? by Skrybe · · Score: 1

      The last milestone I tried (seventy-something) loaded up extra stuff into the windows startup. And you're right it doesn't load the whole suite, but it was still loading stuff at startup. Didn't try the 1.x version because I had MS Office and hadn't yet got fed up with it at the time.

  246. Re:My memory Usage by Yokaze · · Score: 1

    > Well, that's just shite interface programming. Other apps don't suck 60MB to display a window.

    Not necessarily. Write a console application which prints "Hello, world" and waits for a key by "getch()", I'd wager a guess it will consume about 15Mb unminimised, and some kb minimised.

    Possible reason: it seems to be an optimisation Windows seems to perform. It increases the working set of an unminimised application in order to make it more performant.

    > iTunes is designed to play media files,

    No. It was designed create and manage a DB of media-files and synchronise it with a portable media-player, while also providing access to a online-shop. Playing MP3 files is a necessary part of it.

    WinAmp 1-2 was designed to play MP3 files.

    I admit however, that the comparison with Matlab was a bit exaggerated.

    --
    "Between strong and weak, between rich and poor [...], it is freedom which oppresses and the law which sets free"
  247. Re:Typical overreaction. :-( by greenreaper · · Score: 1

    You forget "and a good knowledge of assembley". Most people don't have that. :-)

    I can't actually recall a situation where resource allocation *has* gone wrong. Whenever something's messed up for me, it's been drivers going screwy.

    Text mode is only portable because it doesn't "fit in" in equal proportions for *any* of the GUIs now available. I'd prefer to have a native look GUI for each, thanks. ;-)

  248. bzabw by SanityInAnarchy · · Score: 1

    AbiWord + bzip2 plugin. Files start out as XML (less bloaty than Word, amazingly) and often compress down to less than ASCII, while still being as easy to manipulate as Word. The compression is done by the word processor, so it's not fair to compare to putting a .doc in a RAR.

    --
    Don't thank God, thank a doctor!
  249. and all that spyware by Anonymous Coward · · Score: 2, Insightful

    Dont forget the 30 different peices of spy ware all trying to advertise for you and doing 50000 registry mods per second to try to stay alive.

    Oh btw, install Win2k and see how damn fast it is compared to XP.

  250. run-time performance doesn't oppose those by SanityInAnarchy · · Score: 1

    Let's say there's a theoretical fastest speed at which you can do something. At 100% of that speed, you sacrifice all of the things you mentioned, because you're hand-coding in assembly according to a mathematical proof. At 90% of that speed, it's doubtful that you've run into any of those problems, if you're doing it right.

    Most software that people are complaining about runs at more like 10% of the theoretical fastest speed, meaning that people are buying 2 and 3 ghz processors for a job which could be done by the 200 mhz eMachine (Linux router) sitting at my feet.

    The same holds true, generally, for disk space, RAM usage, and so on.

    The only thing you can't really optimize is media content. Games and movies will be bumping up against the limitations of the system for some time now, until we get to where we are with music: with lossy compression, the casual user doesn't need too much space or notice the quality loss.

    Games are approaching that. Half-Life 2 fits in just under a gig, and for the most part doesn't look all that much better than what a PS2 can do. Within the next five years, graphics hardware should stop mattering so much.

    With movies, we've got a way to go -- I still can't hold as big a movie collection as I'd like if I'm using DVD rips, and high-def should increase disk usage about tenfold. We're going to see some BIG hard drives, people.

    --
    Don't thank God, thank a doctor!
  251. I'll take that bet by SanityInAnarchy · · Score: 1

    Halo PC is horribly optimized compared to Halo XboX or Doom 3 PC or... take your pick.

    --
    Don't thank God, thank a doctor!
  252. swapping is not optimization. by SanityInAnarchy · · Score: 1

    So an app with a large "working set" that is mostly inactive is efficient how? Well, more efficient than a large "working set" that is msotly active, sure.

    But when it starts, it could easily force other programs out to swap, which will come back later once the system figures out what's going on -- just as the inactive working set is swapped out. And even assuming no other programs and a blazingly fast start time, having a swapfile filling up my disk is not efficient.

    Actually, I don't have a problem with the content of your post, only what it seams to be strongly suggesting, especially given that it's rated Insightful and not Informative.

    --
    Don't thank God, thank a doctor!
    1. Re:swapping is not optimization. by Johnno74 · · Score: 1

      Because windows uses a large disk cache, if a page is swapped out to disk it isn't actually flushed from memory straight away - its still in cache.

      If the app that owns that page wants it back within a few seconds of it being taken out of its working set then the page is taken out of the disk cache - very efficent.

      Obviously it depends on what the system is doing, but very often a large % of your disk cache (system cache in task manager) is going to be holding virtual memory pages that haven't been written to your swapfile.

  253. background apps? by SanityInAnarchy · · Score: 0, Redundant

    Should use 0 cycles until they are needed, in which case it's not "background" anymore.

    --
    Don't thank God, thank a doctor!
  254. Re:Where have all the cycles gone? [winhat] by Anonymous Coward · · Score: 0

    The problems that exist in the init_t domain, and named runs in a computer.

  255. Functionality of office over the years. by edunbar93 · · Score: 1

    When I was in college about 6 years ago, I got a 386 laptop off ebay to do classwork (total cost: $100). It came with Windows 3.11 and some of the programs that now come in the Office suite: Word 2.0, Excel 2.0, and some other program which I can't even remember the name of.

    They did their job, and they did it well. I was even able to put together some macros for my calculus classes (although they were cumbersome and I just went back to paper after that). But the thing that was most important was using Excel for physics experiments. Plug in your equations before the experiment, copy them into the fields you need, and bam, you have plenty of time to take as much data as you like instead of madly working at it with a calculator. At the end of the experiment, you already had a graph of the data, ready to hand in.

    And that was all the functionality I ever needed. Personally I can see no reason at all to upgrade to anything more recent for all my word processing and spreadsheet needs... except that the file formats have changed and reading other people's documents would be impossible.

    I think that most people would agree, that most everything that most everyone ever needed in these programs were already there ten years ago. But that would mean that Microsoft wouldn't have a revenue stream...

    --
    "No problem. I have the capacity to do infinite work so long as you don't mind that my quality approaches zero."-Dilbert
  256. Wrong about WinAmp's failings by Phil+Urich · · Score: 1

    I do vaugely recall, sometimes, yes, using WinAmp and it slightly skips when updating a file's ID tag . . . but only with Winamp 2.x, and then with the derived version 5.x's. With Winamp3, though, I've never noticed a single skip. Even with the ultra-slow Wasabi.player, that aspect seems fine.

    To be honest, I would say that it's a very, very small percentage of people that are won over by tiny things like the different ways of using ID3 tags in iTunes or so forth, even if we accept those points (and they are somewhat questionable; how much iTunes falls under an "ease of use" description depends wildly on the person using it, some people (myself included, but don't hold that against me, fanboys out there) don't find iTunes all that, shall we say, unproblematic to use). People use it because it's a widely known alternative, and marketed (yes, even though it's free, don't deny that it's marketed) especially towards the less knowledgeable users . . . I know one person who uses it essentially because it happened to come with her computer. That's it. For some odd reason, Windows Media Player didn't, though she expressed her preference of that over what she has, she just doesn't know what else to use (which has me writhing in agony, let me tell you, since I'm not exactly a fan of the new versions of WMP either, it's the proverbial rock and a hard place).

    My point is: iTunes is not successful because of any small little innovations that people might notice. It's because it's easily used by (and also relatively well known by, mainly due to the iPod) the kinds of users that would never spend their time noticing those small things and then sitting down thinking about them. So even if we concede iTunes any innovations, it's not those innovations that are propping it up so high nowadays.

    --
    I remember sigs. Oh, a simpler time!
    1. Re:Wrong about WinAmp's failings by BayBlade · · Score: 1
      Oh absolutely.

      I'm always the first to point out the sucess of something as marketing over technical merit.

      The earlier points in the thread were, however disdain for Apple's decision to load the entire file vs. treating the file as a streaming object.

      As someone who is constantly having to rename "funny.mp3" or one of a hundred other needs for re-calssification, I find the iTunes approach excellent, as in many cases, I have no idea what's inside an audio file until I'm listenting to it.

      That said, I usually don't limit myself to one of anything when it comes to software (I still keep around media player, the one that came with my sound card, and Winamp along with iTunes), since pretty much everything sucks in some way or another.

      And at the end of the day, who can complain with choices like those?

      --

      The key difference between a Programmer and a Senior Programmer is that one of them is Mexican.

  257. Re:Certainly not me :-) by gbjbaanb · · Score: 1

    puh-lease!

    Organising your variables on machine boundaries.. in my compiler (the microsoft one!) you'll see that all variables are padded out to machine boundaries anyway, so ordering your variables by type is just a waste of your time. Spend it more profitably. (this is one reason people look at programs now and say 'what bloat!' its mostly wasted space, just like using utf-16 will 'bloat' your program size up)

    Compilers now optimise your low-level code way more efficiently that you can ever do it, so instead try to make your program look neat, clean and ordered so that maintenance isn't a complete nightmare (and all for a few microsoeconds performance improvement!).

    What your friend is probably doing, in amongst all this wasted micro-optimisation, is refactoring the entire program. An example: login times with the product I code for used to take 8 minutes, until someone realised the login sequence would read a list of units from the DB, and then.. for each unit, read a set of property data from the DB. Putting the looped sub-query inside the main one..dropped login time to 2 minutes.
    Those are the optimisations you need to worry about, the odd byte alignment - forget it. The compiler is probably re-ordering them for you anyway to help with cache coherency.

  258. ah by t_allardyce · · Score: 1

    I was kinda expecting some profiles and exicution graphs from major OS's/environments. KDE is one of the worst offenders known to man here, Windows is a sain't in comparision. I tried to run the latest Knoppix on a 333Mhz PC the other day (from harddrive!) and KDE was absolutely un-usable. you can't even load a file manager in under 20 seconds, yet Windows runs fine. Im guessing allot of speed has gone to new age programming ideas - not that thats a bad thing, windows API for example is something no-one should be punished with using. KDE just takes the piss tho, they say its linking, even on a 2GHz machine it starts eating resources.

    --
    This comment does not represent the views or opinions of the user.
  259. Re: TeX books by lahvak · · Score: 1

    The LaTeX Companion, if you decide to use LaTeX. It is probably the most complete guide. There is also a bunch of introductory books, I don't remember any titles of the top of my head. Look at www.tug.org (TeX user group), they have good list of resources.

    You may also want to look at ConTeXt, I am not sure if ConTeXt manuals are available in print, but you can download pdf files from www.pragma-ade.com (warning, some of the pdf files are huuuuge).

    --
    AccountKiller
  260. JPGs or GIFs in TeX documents. by Grendel+Drago · · Score: 1
    I had trouble getting JPEGs and the like (I try to use PNGs rather than GIFs) in my LaTeX projects, but I've had really good results with
    \usepackage{graphicx}
    and then, later, do a
    \begin{figure*}
    \caption{GTK Mockup}
    \label{mockup-gtk}
    \begin{center}
    \includegraphics[width=6cm]{mockup-gtk}
    \end{cent er}
    \end{figure*}
    or something like it. Sometimes it needed a rotatebox around it, but usually not.

    The entire size of my teTeX installation is 83M. 41M of that is fonts, but if one were to use only the cm fonts, it would be a lot smaller. And a lot of what remains is stylesheets and packages which I never, ever use.

    It could be a lot smaller, but it's easier just to put the whole kaboodle in the install, since space is so cheap. Which, really, is the point of this whole article... ... but remember, a version of TeX extremely similar to the engine that runs today was running in the early 1980s. Back then, typesetting a two hundred page book was a significant task. Now it happens in a blink. In terms of code... that's pretty slim.

    --grendel drago
    --
    Laws do not persuade just because they threaten. --Seneca
  261. Nope.... by Anonymous Coward · · Score: 0

    I'm still on an 386 you insensitive clod!

  262. Re:Certainly not me :-) by Anonymous Coward · · Score: 0

    How exactly do you prepose to handle typedefed types? In theory their size and alignment are totally opaque to you, and given that their typedefed may even change at some point in the future even if you went to the trouble of looking up the definition for each type.

    If the compiler can't reorder allocation and the entries in your .data section for proper allignment, you might want to consider a better compiler. While this might not be an option for some embedded work, you really shouldn't be doing this sort of "optimisation" yourself.

  263. You know... by Anonymous Coward · · Score: 0

    it's quite possible to install MS-DOS 6.x + Windows 3.11 on a x86-compatible machine and avoid all the 'bloat'. So do that and STFU. Please.

  264. Re:Certainly not me :-) by Anonymous Coward · · Score: 0

    I agree, micro-optimization is generally quite pointless without modern optimizing compilers. The big speed hits usually come from bad data access, like needless copying, or inefficient sql queries.

    Example of bad copying: parsing a string by searching for boundary characters and passing copies of the segments between those boundary characters to other procedures, instead of simply iterating a pointer over a character array and just copying that data from it that you really need.

    Example of bad SQL access: doing a join across two tables on a key, then doing a select of data from the first table limited on that join, when you only needed a few rows from the second table. Much faster: using IN with a subselect to only compare against those key rows you needed.

    The order of development goes a bit like this:
    - make it work
    - make it right
    - make it fast: first macro-optimization, and then micro-optimization.

    Doing microptimization too early wastes developer time, makes the code harder to read, and in the end costs money.

  265. Re:My memory Usage by julesh · · Score: 1

    Is that mem usage (paged in memory) or VM size (a more realistic figure of memory usage)?

  266. Re:My memory Usage by Alan+Partridge · · Score: 1

    I just had a look at iTunes memory usage on my G5 (10.3.7) while playing an AAC - 20.08MB, CPU load 1.08%. Not exactly the end of the world, is it? Firefox gobbles up 35MB and 1.2% CPU displaying a static page.

    --
    That was classic intercourse!
  267. Extra CPU makes software development easier by Anonymous Coward · · Score: 0
    The extra CPU is 'wasted' by using high-level computer languages running inside VMs (Java, C#) and inefficient (but faster and less buggy) coding techniques.

    In other words extra CPU power makes software (development) cheaper.

  268. Re:Certainly not me :-) by KiltedKnight · · Score: 1
    You use a similar process within your typedef'ed stuff, if you're putting it in-place instead of making it a defined data structure and creating a pointer to it.

    It's not difficult to figure out the sizes of your data structures.

    --
    OCO is Loco
  269. Re:Certainly not me :-) by KiltedKnight · · Score: 1
    you'll see that all variables are padded out to machine boundaries anyway, so ordering your variables by type is just a waste of your time.

    Wrong. You just explained the inefficiency of NOT ordering your variables. You padded things out to (double) word boundaries... you WASTED SPACE. When you're looking to write code for embedded, limited memory systems, you have to do these things. Once you start doing it for one, it's easily carried across to the other platforms.

    There are all kinds of little things you can always do along the way to make your code run better. Which is faster: x *= 2 or x << 1? No, it doesn't make a differnece on some programs, but when you start dealing with large volumes of data, small things like choosing the faster of those two can actually start to save you noticeable amounts of time.

    And if you call cutting run-time down from 4 hours to 2.5 with about 10 minutes' worth of thinking "wasted micro-optimization," I'll hire him before you any day. He's at a point where he does this automatically.

    --
    OCO is Loco
  270. Re:My memory Usage by Mr.+Marabou+Man · · Score: 1

    Only on Slashdot: A bitter reply to a a senseless reply to sarcastic humor gets modded "insightful"...

    ;D

  271. Not a lot of point by blorg · · Score: 1

    I have a few external Maxtors, both 7200RPM and 5400RPM, and they seem to have comparable performance to each other but are both slower than an internal 5400RPM drive (also a Maxtor, identical with the external 5400RPM). Firewire (400) is the performance bottleneck here, not the drive; I don't know if there is that much of a point to even a 7200RPM external. (Might be a different story with Firewire 800, I don't know.)

    On the cooling side, they seem to do this very well - they are fanless, but have aluminium casings that work in effect like a big heat sink.

  272. Re:Certainly not me :-) by gbjbaanb · · Score: 1

    well, my experience is with massively scalable systems - the kind that run tens of thousands of users, and not embedded 5Mhz processors. I can understand where you're coming from in that case with limited resource programming, but that is a specialised area of expertise.

    In general programming, the techniques you're describing are poor, and for large scale systems, doubly so. In those systems the cost of using bitshift for multiplication is not worth the effort to optimise and the problems in maintenance - instead I'd be figuring out how to get that data to manipulate quicker as that's where 99% of the time is spent, compared to the 1% actually processing it.

    I'm sure mathematical algorith programmers have different optimisations to the ones you've described too, eg. smaller data cache lines are the best way to increase speed, and not bitshift optimisation. So to think that he's the be-all and end-all of program optimisation is completely wrong. I wouldn't hire him for my type of work any day.

  273. So... by warrax_666 · · Score: 1

    1) Get real. Nobody in their right mind is going to write a word processor in assembler. Besides, what do you mean by a "good macro assembler"...? Something which can lend syntactic support for things like structs, objects, etc.? If you do, then you're basically talking about C anyway. Except you can't just retarget assembler and hope it will run efficiently/at all... so now each architecture has to have its own implementation disjoint from all the others.
    Even if you only have one architecture, each programmer still has to dedicate a lot of time becoming as proficient at assembly as your run-of-the-mill C compiler is today.

    2) Yeah, so let's make it much harder to get something to work in 99% of all cases just to make it easier to get it to work in 1% of the cases where something goes wrong. (Percentages made up as always, but I'm probably being generous).

    3) More portable? In which way? I'll bet you a beer that Tk runs on more platforms than any other text-based UI framework you can think of. (And don't say 'ncurses'... that's much lower level and doesn't implement even a tenth of the functionality).

    In short: You're wrong.

    --
    HAND.
    1. Re:So... by Richard+Steiner · · Score: 1

      1) Hey! Don't use common sense with me. It won't work. :-) Back in the day, we didn't NEED common sense!

      Seriously, you make an excellent point, namely that assemblers (no matter how capable) are generally tied to a particular platform or CPU family.

      2) These days, PnP hardware actually seems to work most of the time, so it admittedly isn't the source of frustration that it once was.

      3) Try getting *any* GUI to run in some environments. :-) I will agree that text-mode "frameworks" are perhaps limited in terms of portability, but I would suggest that those limits exist for much the same reason that GUIs are not always particularly portable.

      In short: I know, but I wanted to see what kind of response I could generate. :-) Thanks for a good one.

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
  274. Re:Certainly not me :-) by KiltedKnight · · Score: 1
    My expertise is primarily with database and data transfer, dealing with large volumes of data (20k to 2mil plus rows per transaction). When you're dealing with data transactions, i.e., processing data row after data row from a database table, there is only so much scaling you can do. At some point, it becomes linear processing, even if it means one process or thread is executing while the others are in a wait state.

    BTW, multiplication is part of data manipulation. It's simply one facet of it.

    And the answer to the question I posed is, "It depends on the architecture." On some machines, it will be faster to use a multiplication operation, while on others it will be faster to do a bit shift, though generally bit shift wins out. But that's only one thing. I've cut run times down on database programs just by rewriting the queries and making some minor changes to the programs to accomodate the new queries. I didn't hear anybody complain when 3 hours of run time went down to 20 minutes.

    The only complaints he gets are from a very specific person at his shop who seems to have contempt for anyone without a CS degree and isn't a MicroZombie. My friend only needs to defend his dissertation in applied mathematics. Is he the be-all and end-all? No. Is he thinking about making things run better? Yes. Is he making them run better? Yes. He gets his work done by the deadlines and gets them working properly. He gets lots of compliments from other co-workers who end up having to maintain/upgrade his code. He is able to get things to work that others can't.

    There are some things that translate well across all types of systems. There are others that can take a back seat while working on one type of system. If your stuff is distributed across several thousand machines, a lot of optimization techniques won't be noticed. If it's all centralized (single data server, etc), you'd be surprised how your response times can be improved by doing the little things, including better planning.

    --
    OCO is Loco
  275. Mac OS X not flexible enough by pzs · · Score: 1

    That's interesting. Care to elaborate? Peter

    1. Re:Mac OS X not flexible enough by swillden · · Score: 1

      Care to elaborate?

      I'm not sure I could do that effectively without spending some more time on the machine. Some of the specific issues I recall were the inability to produce non-quicktime outputs in iMovie, iMovie's lack of support for my camera's widescreen mode, the inability to save an ISO from iDVD, the lack of printout formats in the calendar app, iTunes' inability to play Vorbis files, iPhoto was just plain useless compared to KimDaBa, which I'm used to,... there were many more that I don't remember, and I seemed to find lots of new ones every time I touched the iBook.

      In general, I felt like I was very constrained, often in surprising ways, while using the iBook. Previous posts on /. elicited solutions to most of my problems but nearly all of them involved purchasing some other piece of software. Altogether, the total software bill would have nearly equalled the price of the iBook, and would still have left me with applications with as-yet-unknown limitations which I was powerless to address.

      Perhaps my most basic problem with the Mac is the closed, proprietary nature of all of it. It's very slick and polished, but whereas on an open source platform I know that I can ultimately make the software do anything I want (assuming I have the time to put into it, which I don't, but that's beside the emotional point), on the Mac I'm always limited to what other people think I might want. It's not just that open source gives me ultimate control, but open source developers have a tendency to build in ways to accomplish novel tasks with scripting, or some other way to get the software to do what you want without resorting to modifying the source.

      So, I probably overstated my position in my previous post; but I have found myself quite regularly frustrated by the software that came with my wife's iBook. My Debian unstable systems are so much more pleasant to use, even if not as easy to use.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    2. Re:Mac OS X not flexible enough by HuguesT · · Score: 1

      Hi, I'm a linux fan with an iBook, MacOS/X is more than just pretty.

      I've found that you can run all the Linux apps on MacOS/X after a recompile (or direct install via fink), including all the KDE stuff. It comes with X, so there is no problem, and the price for those apps is the same as with Linux.

      The iLife products suck, I agree (I'm not using any of them, replaced piece by piece with FOSS equivalents with better functionality) but I've kept MacOS/X because it saves me most hardware-related headaches.

      It's nice to be able to run photoshop elements instead of the Gimp sometimes as well.

    3. Re:Mac OS X not flexible enough by swillden · · Score: 1

      I've found that you can run all the Linux apps on MacOS/X after a recompile (or direct install via fink), including all the KDE stuff. It comes with X, so there is no problem, and the price for those apps is the same as with Linux.

      Sort of. The X11 apps don't integrate quite as well with everything else as I'd like, and there are some behavioral oddities. But, yeah, Fink is great. It was actually after I'd installed Fink and a bunch of my favorite apps that I started thinking if it were my machine I might be better off just reformatting and installing Debian PPC.

      I've kept MacOS/X because it saves me most hardware-related headaches.

      I haven't actually looked into how bad the hardware headaches would be. I doubt it'd be all that bad, but it certainly is possible that Linux doesn't support some of the hardware. In that case, OSX would have to do.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    4. Re:Mac OS X not flexible enough by pzs · · Score: 1

      So I guess it's about software. I'm a Debian user too, and there is a great joy in knowing you need some tool and just putting in a one line apt-get to retrieve and install it, all for free. I would also agree about the feeling of limitless power that comes with Linux. Whatever you can think of, somebody has written an app for that and in many cases that app will be functional and powerful. However, I still occasionally feel pangs of longing for "it just works". You plug a bluetooth dongle into Windows or the Mac and it's all ready to use. You plug one into Linux and then you start the trawl through supported chipsets, compiling your own modules from the set of competing available drivers, fighting your way through configuration files and dumps from /dev. Ugh. Peter

  276. They're running around in Tron 2.0!!! by Anonymous Coward · · Score: 0

    Enough said ;)

  277. Cycle Hungry Buzzwords by David's+Boy+Toy · · Score: 1

    XML, Java, SQL, J2EE, JSP, etc. Take something that could have run on a C64 with a TCP stack, and make it require 1/2 gig of ram and run slower than 6502 assembly would have.

  278. Re:Typical overreaction. :-( by Richard+Steiner · · Score: 1

    (1) Yeah, I did. That's an important part, too, but it isn't only important for ASM/MASM programmers. A fair number of problems happen in other languages because of a lack of familiarity on the part of those writing the code. See: Buffer Overflows.

    (2) I agree. While I would have argued for jumpers and such in the early days of PnP hardware, I'm not sure I would (seriously) today. I'm just playing Devil's Advocate on this one, but don't tell anyone... ;-)

    (3) GUIs are pretty, no doubt about that, and for a number of things (say, creating flowcharts or something) a GUI is probably the best bet. So why do I find myself doing so much text processing in a fullscreen console these days? :-)

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  279. Re:Typical overreaction. :-( by greenreaper · · Score: 1

    I think (3) probably pays better, because everyone wants to use GUIs and they're easier to get to grips with - this leads to a greater supply and thus less demand for users of them. ;-)

  280. Re: ConTeXt by lahvak · · Score: 1

    Try to run "texexec" from command line to see if you have context installed. It comes with most modern TeX distributions. Or look at www.pragma-ade.com for info and download.

    It is a TeX format similar in a way to LaTeX, but targeted less to the technical/math/science crowd and more towards general purpose and professional publishers. It is much easier to use various fonts, colors and graphics and do all sorts of fancy stuff.

    I must addmitt to trolling a little (as you probably suspect), because
    1) context will benefit from better cpu and more memory quite a bit, it uses perl, and integrate metapost and other things, so I am not sure it would even run on an old dos box. But I don't see why wouldn't it run on a 10 years old linux box.
    2) Yes, there is whole bunch of stuf that is easier to do in a wysiwyg environment. On the other hand, you can do things easily with context that would take a lot of work in word.

    --
    AccountKiller
  281. Re:... a fig about optimizing, not even management by pruneau · · Score: 1

    Bottom line: most project managers do not even bother to schedule performance test, even less performance improvment activities.

    --
    [Pruneau /\o^O/\ warranty void if this .sig is removed]
  282. Re:Certainly not me :-) by catenos · · Score: 1

    And the answer to the question I posed is, "It depends on the architecture."

    Not really. It only depends on architecture, when you are using assembler. Else, "It depends on your compiler." Ignoring for a moment that you seemingly compared apples with oranges (x *= 2 does something different than x 1, assuming we are talking C syntax here), then, you should assume that your compilier is doing such basic optimazation for you. (gcc, for example does).

    Then, if you learn through profiling that you have a problem there, and it isn't a problem with the algorithm, but you really need to start counting cycles, you'd go and write that part in assembler to begin with. No second-guessing your compiler anymore.

    While being able to optimize stuff is important, and some optimizations always make sense, ordering your variables (what has brought up this), is utterly useless, if you don't *already know* you need it in the case at hand. Yes, it may matter on some embedded systems (but I was fine without), but when you are not, I'll take better readability anytime.

    --
    Keep an eye on which arguments are silently dropped in replies. Not always, but often times it's very telling.
  283. The NeXT by Anonymous Coward · · Score: 0

    Full UNIX on a 486. real-time PostScript.

  284. Re:My memory Usage by sunami · · Score: 1

    Well, that's just shite interface programming. Other apps don't suck 60MB to display a window.

    Try having the AIM buddy list window open, and then closing it. See how much memory is saved!

  285. Re:My memory Usage by Anonymous Coward · · Score: 0

    VM size is not a realistic figure of memory usage you idiot. It is a realistic figure of address space usage which can have anywhere between about 0.01 and 100% correlation with memory usage.

  286. Re:My memory Usage by julesh · · Score: 1

    It's also the figure equivalent to the figure that was quoted in the grandparent article that he was comparing it to (from the 'VIRT' column of the output of top(1)), so would be the best figure to use for that purpose.

  287. First windows 2000 beta look on a AMD 333 by tod_miller · · Score: 1

    Me: What is that?
    Dom: Windows 2-thousand (not 2000, but 2-thousand)
    Me: Oh, I use 95, can't be doing with that 98 crap
    Dom: pah, mmm what is that, an animated drum?
    Me: uuuh, yeah great
    Dom: I DON'T WANT MY CPU CYCLES WASTED ON AN ANIMATED DRUM!!!

    Hhahahah I still momentarily loose bladder control thinking about his antics.

    Seriously, programs do some effects in thier startup splash screens that we used to (on a P2) wait for a progress bar to complete, so don't worry about CPU cycles. If you do, run black box or twm or just use a console with 0 buffer and tiny bitmap fonts, and just use cat and echo (with >> > | ) for all your word processing/editing

    Also play nethack the reduced character set version.

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
  288. Where Have All The Cycles Gone? by tod_miller · · Score: 1

    #for the slashdotteresses#

    Where have all the cycles gone
    And where are all the mod-points?
    Where's the Slashdot Hermes
    To fight the rising trolls?

    Isn't there a #gentoo @op upon a OC12?
    Late at night I toss myself off and I dream of what I need...

    I need a distro!
    I'm holding out for a distro 'til the end of the night
    It's gotta be pwnd
    And it's gotta be linux
    And it's gotta be able to play HalfLife2

    I need a distro!
    I'm holding out for a distro 'til the morning light
    It's gotta be l33t
    And it's gotta be k3wl
    And it's gotta be able to play HalfLife2

    Somewhere after midtown madness
    In my wildest WoW
    Somewhere just beyond my sub-net
    There's something pinging back to me...

    Racing on the penguin and rising with FireFox
    It's gonna take SCO to sweep me off my feet!

    I need a distro!
    I'm holding out for a distro 'til the end of the night
    It's gotta be beowulf'd
    And it's gotta be themed
    And it's gotta be able to play HalfLife2

    I need a distro!
    I'm holding out for a distro 'til the morning light
    It's gotta be r00t
    And it's gotta be secure
    And it's gotta be able to play HalfLife2!!!!

    Up where the mountains meet the heavens above
    Out where the lightning splits the sea
    I would swear that there's someone somewhere
    Watching me
    Through the wind and the chill and the rain
    And the storm and the flood
    I can feel his approach
    Like a fire in my blood

    I need Linus!
    I'm holding out for Torvalds 'til the end of the night
    He's sure is strong
    And he's gotta be fast
    And he's looks ready to fight

    I need Darl McBride!
    I'm holding out for Darl McBride 'til the morning light
    He's gotta be gay
    And he's gonna be out of a job soon
    And he's gotta even annoy his wife

    I need a distro!

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com