IDE: 8 MB vs 16 MB cache

  • Thread starter Thread starter dbmethods
  • Start date Start date
D

dbmethods

Any real benefits of 16 MB cache buffer for IDE hard drive on a 5-year
old Win/Linux PC.

Thanks
 
dbmethods said:
Any real benefits of 16 MB cache buffer for IDE hard drive on a 5-year old
Win/Linux PC.
Click to expand...

Nope, you wouldnt even be able to pick it in a proper double blind trial.
 
dbmethods said:
Any real benefits of 16 MB cache buffer for IDE hard drive on a 5-year
old Win/Linux PC.
Click to expand...

You save money? At least that was the case with the $100 Labor Day
deal for 400GB Seagates.

Somebody said that the 16MB cache gave 2-5% better speed on benchmarks.
Years ago, PC World or PC Magazine said going from a 2MB to 8MB cache
gave about 15% better overall speed.
 
larry said:
dbmethods wrote:




You save money? At least that was the case with the $100 Labor Day
deal for 400GB Seagates.

Somebody said that the 16MB cache gave 2-5% better speed on benchmarks.
Years ago, PC World or PC Magazine said going from a 2MB to 8MB cache
gave about 15% better overall speed.
Click to expand...

Even that, I think, would depend a lot on the benchmark used. If you
specifically do a disk benchmark, which purposely avoids the filesystem
cache maintained by the OS in main memory, you'll see a big benefit from
on-disk cache. But I don't think that's very relevant to the real world.
 
timeOday said:
Even that, I think, would depend a lot on the benchmark used.
Click to expand...
If you specifically do a disk benchmark, which purposely avoids
the filesystem cache maintained by the OS in main memory,
Click to expand...

Which would be just a simple STR benchmark.
you'll see a big benefit from on-disk cache.
Click to expand...

Not with just a simple STR benchmark.

The c't benchmark makes an attempt to measure the affect that the reading
ahead feature of drive caches have by inserting pauses between accesses
and by doing random reads within certain bands.
But I don't think that's very relevant to the real world.
Click to expand...

Depends on your applications.
 
Even that, I think, would depend a lot on the benchmark used. If you
specifically do a disk benchmark, which purposely avoids the filesystem
cache maintained by the OS in main memory, you'll see a big benefit from
on-disk cache. But I don't think that's very relevant to the real world.
Click to expand...

With custom-tailored benchmarks you could see up ro 100% speed
improvement. In practice it may be closer to 0%...1%.

Arno
 
With custom-tailored benchmarks you could see up ro 100% speed improvement.
Click to expand...

Utterly clueless babble, as always from babblebot.
There is no such thing as a 100% speed improvement ceiling.
It may be any value, depending on what the burst speed of your interface is,
including more than 100%.
In practice it may be closer to 0%...1%.
Click to expand...

The only thing that you can say about it with some degree of certainty
is that it is likely twice the benefit that you get from 8MB cache.

Could be twice the number of cache segments or the same number of segments
twice as big or anything in between.
 
Back
Top