[Info-vax] Databases versus RMS

VAXman- at SendSpamHere.ORG VAXman- at SendSpamHere.ORG
Wed Apr 18 08:48:54 EDT 2012


In article <jmm94e$atj$1 at Iltempo.Update.UU.SE>, Johnny Billquist <bqt at softjar.se> writes:
>On 2012-04-18 12:51, Dirk Munk wrote:
>> VAXman- @SendSpamHere.ORG wrote:
>>> In article<4f8dc739$0$1688$c3e8da3$50776f34 at news.astraweb.com>, JF
>>> Mezei<jfmezei.spamnot at vaxination.ca> writes:
>>>> {...snip...}
>>>>
>>>>> And, generaly speaking, Rdb is more "safe" then a plain RMS
>>>>> based "database".
>>>>
>>>> An RMS write tends to result in an immediate physical write to disk.
>>>> (unless hidden by a storage array which delays writes).
>>>
>>> That's not true!
>>>
>> Indeed it is not. Cobol for instance has the deferred write option.
>
>Even beyond any language issue, or RMS details, the OS can cache and 
>defer actual writes to the disk without you ever knowing about it. Not 
>to mention that disks also cache things...

Ignoring writeback caching, when the $QIO has completed the data should
be on the disk or, at least, in the hands of a storage controller; what
happens to it from that point on is not a VMS issue per se.  The answer
I posted was directed directly at the comment about RMS and immediately
writing to disk.  There are way too may details in RMS that made that a
completely wrong statement.  MBC, MBF, WBH, process and global buffers,
etc.  I've been dealing with all of this for more than 2 years whilst I
have been working on CDC.  I'm thankful that RMS does do all of this or
it would have been impossible (short of performing extra I/O, both ugly
and a performance issue) to obtain a before image!  

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.



More information about the Info-vax mailing list