• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

ok stupid question here, does having multiple hard drives take up any ram or anything?

5489

Platinum Member
ya i feel stupid for asking, but does having hard drives use up ram? or any other device for that matter
 
Not so much that you'd ever notice the difference. More devices means more drivers being loaded, but they're so small, it's pointless to even worry about. Windows' disk caching is dynamic, and that's really the only thing that would even be of any size and even that is unnoticeable. You'll never install anything and go "damn, where'd all my memory go?"
 
AFAIK, the thing that gets taken up is IRQs. I have several SCSI drives (using adapter card), 7 IDE drives (another adapter card and the motherboard), and a DVD burner also on the motherboard IDE ports. Getting Windows XP to boot without a blue screen was almost impossible and took days of swapping card positions, putting devices on various channels, and reinstalling windows (sometimes Windows XP would just keep blue screening no matter what after a few combinations T.T). I have several hard drives laying around I'd like to add in, but I have no doubt I'd have to go through all that again...
 
I don't know the answer. The drivers themselves might not take up much space compared to, say, 250 Meg of memory. But video drivers and maybe HD controller drivers sometimes use elaborate buffering and caching to speed things up.

The FAT table for a 137G drive would take .5 Meg for 32K clusters. (2^37/ (2^15 X 2^3 = 2^19.) For 4K clusters it would be 8 times as large, 4MB.

The compressed driver file for NVidia Video is about 6M. A lot of that is help files for different languages and a setup program.

The VIA 4in1 driver file is 1.3M. Some of that is a setup program.

The video card itself does occupy some memory space for the on-card memory, but that doesn't subtract from RAM.
 
File Allocation Tables aren't stored in memory, they're stored on the drive. Otherwise the OS would never need to reference the drive's copy of it except at boot and at shutdown (and wouldn't that be scary with Windows' reliability). Of course, an NTFS partition doesn't have a FAT; with the setting for the master file table reservation to be quite high, 35MB is reserved for the MFT on my system.

FAT32 also uses 4bytes per entry, not 2 which is what makes it 32bit. It'd be 16MB for a 137GB drive. (2^37/32768) = 4194304 clusters x 4bytes. (I'm not even sure what KF's calculation refers to.) There are also two copies of the FAT per partition. For 4k clusters, it'd be (2^37/4096) = 33554432 x 4bytes = 134MB. That's why the default is for FAT32 to use 32k clusters beyond 32GB, and why Microsoft wants you to use NTFS for larger drives.


What does the video card occupying some memory space for the on-card memory mean? The on-card memory is used for storing 3D textures and frames before they're sent to the monitor. The only time the system memory is affected is during AGP texturing. (Other than the OS having to use memory for determining what needs to be sent to the video card in the first place, of course.)

The entire nvidia driver set for version 40.72 is about 20MB. (Found by looking at the driver list in the display adapter properties and adding them all up.) I assume that much of that is loaded in memory, but some could just be referenced but not loaded until needed specifically (like when switching to 3D mode).

IRQs are only an issue based on how many controllers you have, not drives. Onboard controllers take up 1 IRQ per channel (primary and secondary). Add-in controllers including RAID on the motherboard only takes 1 IRQ per controller, no matter how many channels or drives are connected. Of course, connecting controller cards and other devices on the PCI bus is often a difficult task simply because of imcompatibilities and IRQ issues unrelated to how many devices there are.
 
Back
Top