I want to get my sister and I a new hard drive because there is very little space on it. Either a 160 or 320 gb hard drive. I was looking around on newegg and found one that i thought would have worked well but one of the reviews said it should just be used as a storage drive because it only had 8mb cache which led to a slower start up. This computer is running xp and i wasnt sure if a hdd with 16mb cache would perform that much better than one with 8mb.
Slightly better, yes, and the ones with 32 MB caches just a little better again. The differences are in the time to locate a file and feed its data to you. If you don't need speed you probably can tolerate the difference easily. A larger cache is really a help at working with access to long sequential files, but less help when your application has to jump all over the disk looking for new small files. Gamers love big caches, fast HDD rotational speeds, RAID0 arrays - anything that gives a tiny margin of improved performance. Many everyday users find these small improvements hard to notice.
Message edited by Paperdoc on 08-21-2009 at 08:51:10 PM
I used a 8MB to install a game demo stored on the drive. I think the demo was either call of duty 4 or unreal tournament 3 or both and it took forever compared to a 16MB. Never used a 32MB but sounds fast. Try to experiment with those mentioned demos and get out your stop watch. Otherwise if you keep your drive defragmented it doesn't really effect actual in game performance.
Message edited by bpogdowz on 08-21-2009 at 09:40:25 PM
Get the 16Mb. The transfer and access times of modern 7200rpm drives render any amount beyond 16Mb as ineffectual, both in theory and in actual use. For a 160Gb drive even the 8Mb would be sufficient. "Real" caching no longer occurs at the drive level on desktop PCs, it is done by the OS with unused ram (much larger and quicker than any HD cache). It would be more appropriate to refer to the memory on the drive as a buffer since its primary function is to hold the data until the heads are in position to write and 16Mb can easily store it for the now very short time required. Reads, on a SataII connection, can transfer almost as fast as it can be pulled off the platter, the buffer will rarely go beyond 2 or 3 io requests deep before dumping data into the dma channel. As stated before, it is far more important to defrag.