Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 8/23/84; site ucbcad.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!harvard!talcott!panda!genrad!decvax!ucbvax!ucbcad!kalash
From: kalash@ucbcad.UUCP (Joe Kalash)
Newsgroups: net.unix-wizards
Subject: Re: Re: Re: Kernel mods and RTIngres
Message-ID: <253@ucbcad.UUCP>
Date: Sat, 18-May-85 03:27:52 EDT
Article-I.D.: ucbcad.253
Posted: Sat May 18 03:27:52 1985
Date-Received: Fri, 24-May-85 07:49:21 EDT
References: <410@wdl1.UUCP> <235@ucbcad.UUCP> <10712@brl-tgr.ARPA>
Organization: UC Berkeley CAD Group, Berkeley, CA
Lines: 27

> > ... RTI has to support their system on a multitude of systems.
> 
> Bogus!  Other vendors seem to be able to design software to cope
> with a variety of systems without asking one to modify his kernel.
> For example, one can write per-system-type user-mode "lock"
> interface modules that work acceptably well.

Really, how does one write such wonderful beasties? Indeed, what
do you mean? You have lots of buzz words, but you didn't say anything.

> 
> Not only that, but when RTI made our Ingres users install their
> lock driver, it turned out that their software still didn't
> support concurrent database updates!  What was the point of the
> lock driver??

The point of the lock driver is to keep two people from updating
the same relation at the same time. If I do a "give everyone a
10% raise", at the same time you are doing a "Give everyone in
the shoe department a 5% raise", if these two updates do not
start and finish independently some employees in the shoe dept.
could get a 10% raise, some could get a 5% raise, and some could
get a 15.5% raise. Not uselly considered useful.

			Joe Kalash
			kalash@berkeley
			ucbvax!kalash