A Quick Look at Longhorn Build 4053
An anonymous reader writes "Even though the next generation Windows product is not due until late 2005 or even 2006, here is a look at what Microsoft has in store for it's future operating system. 'Without a vast amount of tweaking, this build is a resource hog. At idle, with no applications running, the commit charge is at a whopping 483 MB!! Obviously, the final release or even the beta releases will not consume this much of the system resources.'"
So the big news is, an alpha version of an operating system from an OS family known to eat lots of memory, actually eats lots of memory?
Chances are the alpha is built in debug mode. Those seem to be rather bulkier, both on disk and in memory.
"[A] high IQ is like a Jeep; you will still get stuck, just farther from help!" --Just d' FAQs, c.g.a
Obviously, the final release or even the beta releases will not consume this much of the system resources.
No actually, they have the all important Brushed... I mean Slate look in place, so thats development pretty much wrapped up on this version.
Jonathanjk.com
Am I the only person who thinks improvements should come in the simplification of code rather than adding new features? I would much rather have another version of Windows 2000 that runs more efficiently than whatever may come from Longhorn. It's beginning to sound less like an application launching layer and more like a 3-ring circus stuffed into a shoebox.
Why is this flamebait?
Why is it obvious that an OS in two years won't consume 400mb of ram?
What will the base system Microsoft target contain, in terms of memory?
Right now 512mb of ram is $100.
In a year then it might be $50 or $60. Or it might mean a base system will contain 1gb of ram, and everyone will have 64bit CPUs capable of addressing 16gb, or 32gb of ram. We already have desktops today that can address 8gb, and we're only waiting on ram sticks to increase in density.
GPL Deconstructed
Of course it's a resource hog, they probably have every debugging feature turned on in it. Is there a point to "reviewing" this build?
People get a grip... Microsofts customer is *NOT* you and me. It is Dell, Gateway, HP and the like.
They goal is help their customers sell more product. That means give to their customer's customers pretty bright beads and *CAN NOT* work on existing (well slowly at least). This leads to the people buying BIG compters from MS Customers allowing for MS to sell the product twice!!
Can you say "More profit!"
Its a product that won't hit the shelves for 2 years. It was compiled in debug mode - of course its going to be a resource hog.
Did you invent those numbers? 3.1 ran nicely with 4 MB. 95 was good with 16 MB. 98 was good with 32. XP is tolerable with 128.
"[A] high IQ is like a Jeep; you will still get stuck, just farther from help!" --Just d' FAQs, c.g.a
Obviously, the final release or even the beta releases will not consume this much of the system resources
What is the point of showing these numbers then?
In other news:
Apple is working on a ultra-mini iPod. The pre-beta-alpha version we got our hands on weighted 20 pounds and was bigger than my G5. Of course, the final version will be smaller and lighter. One could still wonder where Apple is heading at with such a bulky product.
Foreword: If you have nothing relevant to say, don't say anything!
Write boring code, not shiny code!
OS X will use as much RAM as it can - it caches apps and data you use a lot to cut down on time accessing the disk. I have a gig in my machine and OS X is using 892.8 megs, with 12 days of uptime and ten apps currently running. However, I bet that bits of apps I don't have launched right now, like Photoshop and Preview and Acquisition, are cached, because I tend to launch them a lot.
I'm not saying that modern OSes don't use a lot of RAM, cause they do. But the fact that the OS is using almost a gig of RAM on my machine is not a sign of inefficiency.
I am a believer of momentum and curves.
Is that meant to spoof the old "more Windows viruses because it's more popular" myth?
If a company has to write 2 drivers, which one are they more likely to spend time writing and testing properly: the one that will be used on 95% of desktops or the one that will be used on 5% of desktops? Even the large companies that can write decent drivers often write their Linux drivers in a rush, usually after some big customer asks for it and they're facing the loss of a big sale.
Of course, one could argue that a company that doesn't have the resources to make a decent driver won't even bother with the Linux market. But such no-name companies mostly just use common chipsets anyway, most of which have good drivers.