oldfart,
<<Ok, I'll give you reasons why it?s better to have multiple partitions.>>
You know, I've already dismissed all of these earlier in the thread, but I'm assuming you just didn't bother to read it.
<<There is not a single benefit to one large partition, none.>>
Sure there is: simplicity, ease of drive management, quicker file browsing due to less drive letters, no need for expensive third-party tools, and the most important reason of all: minimalism. A computer is a tool like any other. You don't make a tool more complicated unless doing so makes the tool better. And partitioning a hard drive rarely yields any tangible benefit.
<<32k clusters are very inefficient. Typically 30-40% cluster slack. This is a fact.>>
No, it is NOT. We've already beaten this to death but I'll say it again for your benefit: cluster slack is just as dependent on the average size of your files as it is on the size of your clusters. Cluster slack is ONLY an issue when you store a large number of small files -- files that are close to the size of one cluster.
But if you're storing anything remotely capable of filling up the kind of 20G FAT32 partition that would necessitate 32k clusters, you're automatically going to be storing relatively large files: MP3's, movies, large graphics, game data cabinets, etc. This is the kind of data that occupies the vast bulk of today's hard drives, and this is the kind of data that wastes almost no space.
The key reason cluster slack is no longer an issue is that in the past five years, our files have grown faster than our clusters. Simple as that.
<<Storagereview says, "Avoid 32K clusters like the plague".>>
LOL, did you even look up the date on source you're quoting from StorageReview? It's almost four years old! It was written in 1997! Back then MP3's and digital music were barely catching on and 2G hard drives were a novelty. You could install Windows and Office and your hard drive was half full. Back then 32k clusters wasted space because files were so small. Today's files are comparably enormous.
Look, all we need to do is get more people to give us their drive data. The one person who has taken up the challenge has proved my point, and now mysteriously none of the other posters in this thread want to participate because they see it'll just destroy the cluster-slack myth.
<<Speed. Even the best HD's out there are considerably slower on the inner tracks compared to the outer. . . I want my OS, and swap at the fastest part of the drive. I put programs next after that. I reserve the slow area of the drive for a partition for bulk storage.>>
Actually, your little scheme doesn't do you any good. As any good drive review points out, access time is far more important in today's applications than raw transfer rate, and access time stays fairly constant regardless of the physical location on the platter. So putting your OS and swap file near the beginning won't really help because the drive spends most of its time seeking back and forth, not reading long streams of data. Do some real world benchmarks yourself if you like, and you'll observe the non-existant performance gain.
<<Recovery. I can make a Ghost clone or image of my C: partition, which contains my OS, burn it to a CD and in the event my OS gets hosed, restore it. You cannot do that with one big partition.>>
Drive Image (capable of imaging one big partition directly to a CDR drive.)
<<Takes forever to defrag one large drive. I don?t even bother to defrag my data partition very often. Just bulk storage of downloads, patches, etc. I can do a quick defrag of the Windows or program partitions.>>
Please, we've been over this. It's not an issue. Even Microsoft acknowledges that defragging more than once a week is pointless. That's why System Agent does is every two weeks by default. It's always a walk-away job done during scheduled downtime, so it doesn't really matter how long it takes.
<<I also apologize to you and the members of this forum for my other post.>>
Fair enough, no big deal.
JellyBaby,
<<I'm afraid you're dead wrong. Scandisk takes less time processing a 5 GB C: partition than it does a 45 GB partition.>>
No, it takes less time to process 5G of *data* than 45G. But as BoberFett pointed out, a full 5 GB partition isn't much quicker to Scandisk than a 45G partition with 5G of stuff.
<<And, again, it takes less time processing a 5 GB C: partition than it would a 45 GB partition.>>
Nope, it's the same situation as Scandisk: the size of the *data* determines the speed of the process, not the size of the partition. You can slice and dice 45G of data any way you like, but it'll still take just as long to defrag it all.
So please, stop mentioning Defrag performance. Partitioning doesn't speed it up. Not partition doesn't slow it down. And only obsessive fools would sit at their computers waiting for it to finish. It's a once-a-week walk-away job that gets done during system downtime when no one cares how long it takes. It's NOT an issue.
<<Thus, dividing your hard drive into partitions makes sense for several reasons, not the least of which is optimal scandisk/defrag usage.>>
And since we've rendered all those reasons moot, the argument for partitioning is similarly deflated.
BoberFett,
<<I know I'm a little late here, but I'm going to call Pariah on a comment he made a while back:
"I have 2 60GB drives each with one partition they have a total of 40GB of data on them, 11.8GB of that is wasted space."
.............. insert some nifty calculations (which I have doublechecked) ...............
You're telling us that you have 737,500 files on those two drives, and that they're only 40 GB in size total? That means an average file size of 54K. What I really want to know is WTF do you use your machine for?>>
You know, I was thinking the same thing, and I did the math myself to figure out what in the name of Richard Simmons this guy was storing, but when I discovered his average file size, I decided I'd better not say anything. After all, he deserves his dignity. But let's just say that a 54k average file size is a dead give away for a certain type of file: a compressed, screen-sized JPG photograph. And if our friend is storing 40G of small, compressed photographs, it's not hard to guess his hobby
Modus