Messages in this thread | | | Date | Wed, 20 Nov 2013 20:52:12 +0000 | From | One Thousand Gnomes <> | Subject | Re: Disabling in-memory write cache for x86-64 in Linux II |
| |
> This is assuming your hard drive _itself_ doesn't have bufferbloat, but > http://spritesmods.com/?art=hddhack&f=rss implies they don't, and > tagged command queueing lets you see through that anyway so your > "actually committed" numbers could presumably still be accurate if the > manufacturers aren't totally lying.
They don't but they do have wildly variable completion rates and times. Nothing like a drive having a seven second hiccup to annoy people but they can do that at times.
There are two problems though
1. Disk performance particularly in the rotating rust world is operations/second which is rarely related to volume
2. If the block layer is trying to decide whether the drive is busy you've got it the wrong way up IMHO. Busy-ness is a property of the device and often very device and subsystem specific, so the device end of the chain should figure out how loaded it feels
Beyond that the entire problem is well understood and there isn't any real difference between an IPv4 network and a storage layer. In fact in some cases like NFS, DRBD, AoE, and remote block device stuff it's even more so.
(TCP based remote block devices btw are a prime example of why you need device end of chain figuring out busy state.. you'll otherwise end up doing double backoff)
Alan
| |