[Info-vax] VMS internals design, was: Re: BASIC and AST routines

[Arne Vajhøj]

On 11/25/2021 4:24 PM, Phillip Helbig (undress to reply) wrote:
> In article <j0ac3aFojqmU1 at mid.individual.net>, Bill Gunshannon
> <bill.gunshannon at gmail.com> writes:
>> On 11/25/21 2:20 PM, Arne VajhÞj wrote:
>>> Those running VMS today are mostly those without an easy way off
>>> VMS.
>>
>> I would really like to know what people could be running on
>> VMS on an Itanic that would be so difficult to move to a
>> totally different system.  Any applications are almost
>> guaranteed to be written in an HLL.  Just what is it that
>> they are doing on VMS that can not be done on another
>> system?
> 
> Rdb.  Sure, if you use standard SQL, you could port it to another
> database without much trouble.  But there is also RMU for things such as
> backups and unloads.  Yes, can be done in another way.  Any Turing
> machine can emulate another.  :-)  But those who have worked with Rdb,
> especially those who can compare it with other databases, know how good
> it is.

I don't know if it is better.

But it is different.

You mention tools, but there is also the entire performance tuning.

> Clustering.  Real clustering.
> 
> The two together.  The database is open on all nodes in the cluster,
> processes running on all nodes.  It works.  Lose a node?  Reconnect to a
> generic interface and continue.

Active/Active database cluster is not unique for VMS and Rdb.

Oracle DB RAC, IBM DB2 PureScale and various NoSQL databases
(Cassandra, HBase, Voldemort etc.)  all do it.

But differently.

Arne