This is where you have made a fundamental mistake in your proposal.
Suppose you have a steady, heavy write load onto ramback. Eventually,
the entire ramdisk will be dirty and you have to drop back to disk
speed, right? My design does not suffer from that problem, but your
proposal does.
It gets worse than that. Suppose somebody writes the same region
twice, how do you order that? Do you try to store that new data
somewhere, keeping in mind that we are already at terabyte scale? Is
there a limit on how much overwrite data you may have to store? (No.)
Somebody has. But please feel free to solve some other problem. I
would love to see a detailed design from you, or a patch.
The UPS provides a guarantee of commit to stable storage. No amount of
FUD will change that. But please go ahead and calculate the risks
involved. I am confident you will admit that there are standard]
techniques available to ameliorate risk, which may be applied _on top of_
ramback, thus not destroying its microsecond-level transaction
performance as you propose.
Daniel
--
