[Info-vax] Databases versus RMS

David Froble davef at tsoft-inc.com
Wed Apr 18 08:57:16 EDT 2012


Johnny Billquist wrote:
> 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...
> 
>     Johnny
> 

If Cobol is doing a deferred write, ie; don't write the buffer until necessary, then that 
is NOT a "write to disk".

It's my understanding that VMS does a "write through cache", which would result in a 
directive to the storage device to "write" the data.  Now, if you're using a storage 
device that doesn't do as it's told ....

RMS can be interesting, using multiple I/O buffers, and with "move mode" moving the 
desired data between I/O buffers and the buffer your program sees.  A write of the 
"current bucket" moves the data back to the I/O buffer, but the I/O buffer is flushed to 
disk when the file is closed, when the I/O buffer is needed for reading more data, or due 
to a call to flush the I/O buffer(s).



More information about the Info-vax mailing list