Turbopit,
<<I currently have a 4.3 gig hard drive with a lot of programs on both on C: and D: that I don't have CD's for. My current OS is a kinda early version of 98. I have an IBM 45 gig on the way. What's the best way to get all my prgrams onto the new drive, preferebly under one drive letter?>>
It's a really tricky procedure, especially when there are many programs to transfer. As you probably guessed, you can't just drag and drop the program folders over to the new drive; registry settings and INI files will still refer to things using the program's old driver letter. You have to manually correct every instance of these registry keys and INI settings. It's a big job, and almost pointless considering the time it takes.
Now, a few commerical (and possibly shareware) programs have features that attempt to do this automatically, with varrying degrees of success: CleanSweep, DriveImage, Maxtor's MaxBlast drive installation program, and other backup programs come to mind. But definitely try to locate the original CD's for those applications. That way, you can simply move whatever data is on the old drive, and reinstall the program to the new drive properly.
JellyBaby,
<<Win 9x users who don't partition will enjoy a long, long, long wait everytime Scandisk automatically runs at startup.>>
Not at all. The length of time it takes Scandisk to run is entirely dependent on the amount of data on your drive, not the partitioning scheme. Besides, Scandisk on startup only happens when there's a power outage or your system suffers a hard lockup: both rare occurances. If you are Scandisk'ing enough to care about its speed, something is seriously wrong with your system and you need to look further than partitioning.
<<Defrag, under fat32 at least, is indeed a mangy dog-like beast. It might make sense to place performance critical applications (hint, games) onto a single, smaller partition so you can frequently run defrag to keep everything optimized.>>
Defragmentation is widely misunderstood to be a magic bullet for any hard drive performance woes. (See
Defragmentation Explained for details.) In reality, a weekly Scandisk and Defrag of the entire drive is enough to keep any file system running optimally. Defrag is certainly not a time-critical application, in fact, it's always going to be a walk-away job anyway. So bending your whole drive management scheme around Defrag performance is pretty silly. And regardless of how you partition, it will always take just as long to defragment the entire drive.
LXi,
<<I was convinced partitioning a big drive to smaller ones are useless a very long time ago.>>
It's just a minimalist philosophy -- you can either complicate your life or simplify it. Partitioning complicates and, in the vast majority of cases, yields no tangible benefit.
<<Also, I'll be getting a 40GB drive pretty soon, it will be for storage only. But Im going with Win2K so Im not so sure if I NTFS is right for me. I heard that their clusters are actually 64KB, but you said its 512byte, is it worth the hassle getting NTFS?>>
Yes, NTFS clusters are 512 byte, basically negating any cluster slack. Unlike FATxx, NTFS is designed to deal with the enormous amount of clusters that would result when each is only 512b long. It implements a binary search tree to locate clusters faster and make up for the larger file allocation table (FAT). Theoretically you could have FAT32 with 512b clusters but it would be unbearably slow.
Descend492,
<<So you're in favor of one huge 46 gig partition (assuming I'm going to have Linux on a separate drive)? Also, which file type do you recommend (FAT32 or NTSF)? I seemed to think NTSF.>>
Yes. One large NTFS partition and throw Linux on the second drive. NTFS is more advanced and Win2k likes it better. Only thing you might consider is that some Linux kernels can now read FAT32 volumes (not sure about NTFS), so maybe if you stick with FAT32 for Win2k, the Linux OS will be able to access files from it. It's up to you.
<<Somebody else mentioned you can specify what cluster size you want, but you said 512 bytes is the default...is this the best cluster size (maybe I should say most efficient)>>
Yes, stick with the default 512b for NTFS.
Rigoletto,
<<Modus, do you have OCD or PPD?>>
Not too funny if you know some one who suffers from it.
<<It's Christmas day, go and get laid or at least kiss your granny under the mistletoe... instead of posting long obsessive arguments as long as they fly against received logic!>>
Received logic? When does that arrive? Does the Fedex guy make you sign for it?
<<Sucks to Modus, I partition big hard drives and I always will>>
Translation: "My mind is made up, don't try to confuse me with the facts."
Pariah,
<<If you dual boot and share your apps between the 2 OS's, you can wipe one out and still have everything you need for the other. The benefit there is obvious.>>
Not quite. You can only wipe the partition that doesn't have the applications on it -- big deal.
<<Your analysis of FAT32 slack is not particularly accurate. And is basically inaccurate when applied to drive being discussed in this thread.>>
The only reason it doesn't apply to the drive in this thread is that Descend492 is going to be using NTFS, where cluster slack is even less of an issue as it is in FAT32. But the analysis of cluster slack is definitely accurate. See below:
<<Once you hit 16GB you have 16KB clusters which isn't very efficient, when you hit 32GB, your cluster size increases to 32KB clusters which is the same as a 2GB FAT16 partition, which is as bad as it will get for a FAT drive.>>
But how bad? Not bad at all. The key point to remember in all of this is what I said in the original post: "People with drives occupied by the relatively huge files of MP3's and graphics waste very little space."
See, almost of all the cluster slack data partitioning advocates rely on is from three or four years ago, when FAT16 gave us 32k cluters on 2G drives. What took up the bulk of hard drives back then? Programs. And what fills up our drives now? Digital audio and video. So what's the key difference between the two data types? Programs are characterized by large numbers of small files, whereas digital media is characterized by large numbers of large files.
The fact is that a single file on a hard drive will never waste more than the size of one cluster. Now, when you have lots of small files as in the folder of a Windows application, that's a relatively large amount of space being wasted, because the average file is not much bigger than a cluster. But when you have a folder full of 1000 4M or 5M MP3 files, each file will still only waste a maximum of one cluster. So assuming 32k clusters, you'll waste at *most* only 32M out of 5G. That's nothing. It's completely insignificant.
But we can easily put this to rest. Simply have everyone do this test, and report back with their cluster size, total file size, total occupied space, and wasted space:
Go to My Computer, double click on C:\, press Ctrl-A, and click File>Properties (ignore any message about the hidden files in your root directory, they're insignificant). A window will pop up showing you some important numbers. First, a count of the files on this drive. Then, under "Size", two numbers: the first will be the total size of all your files, and the second will be the total space occupied by all your files including wasted clusters. The second number will always be a multiple of your cluster size, and it will always be large than the first number. (For your cluster size, type CHKDSK at the DOS prompt, and read the size of each allocation unit.) By subtracting the first number from the second number, you get the exact amount of wasted space on the drive.
You'll find that cluster slack, even on a 32k partition, is much less than the 25% figure often quoted. And for people with 8k or 16k clusters, simply multiply the wasted space by 4 or 2, respectively, for a good estimate of your wasted space on a 32k partition. It's much less than you'd expect.
I'll start, with my home system:
8k clusters
8,174,590,655 bytes total file size
8,227,520,512 bytes total occupied space
-------------
0,052,929,847 bytes wasted
In other words, I waste 50M out of 8G. With 32k clusters, I'd waste about 200M out of 8G -- an enormous grand total just under 2.5 per cent!
Insignificant.
Modus