From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,3cd3b8571c28b75f
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-09-03 05:38:13 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!cyclone.bc.net!tdsnet-transit!newspeer.tds.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: A Customer's Request For Open Source Software
Date: 3 Sep 2003 07:38:11 -0500
Organization: Berbee Information Networks Corporation
Message-ID: <XPdYvC4cYtgI@eisner.encompasserve.org>
References: 
 <3F44BC65.4020203@noplace.com><20030822005323.2ff66948.david@realityrift.com><vkc1b.26226$Cd2.21231@nwrdny01.gnilink.net>
 <Prv1b.3720$PJ2.319043@news20.bellglobal.com>
 <e2e5731a.0308221829.3d16a7b@posting.google.com> <3F4828D9.8050700@attbi.com>
 <bRv3b.692$c12.9302@newsfep4-glfd.server.ntli.net> <3F4EA616.30607@attbi.com>
 <e2e5731a.0308301101.7abab808@posting.google.com>
 <3F512BD1.8010402@attbi.com>
 <e2e5731a.0308311504.7c18e530@posting.google.com>
 <3F52AA5F.8080607@attbi.com> <e2e5731a.0309010Organization: LJK Software
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1062592640 10948 192.135.80.34 (3 Sep 2003
 12:37:20 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Wed, 3 Sep 2003 12:37:20 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:42097
Date: 2003-09-03T07:38:11-05:00
List-Id: <comp.lang.ada>

In article <3F5559A4.8030507@attbi.com>, "Robert I. Eachus" <rieachus@attbi.com> writes:
> Larry Kilgallen wrote:
>> In article <3F53B88E.7040405@attbi.com>, "Robert I. Eachus" <rieachus@attbi.com> writes:
>> 
>> 
>>>As I said, most RDBMSs already have the ability to bypass the OS and 
>>>access disk drives directly.
>  >
>> They do ?  On what operating systems ?
> 
> I guess we have a different idea of what bypassing the OS means. I was 
> thinking of for example, Oracle on Solaris.  You can go through the file 
> system, bypass the file system and have Oracle manage a partition (raw 
> mode), or give Oracle full control of the DISK device or devices.  But 
> even then you are right, the DBMS uses the standard device drivers.  The 
> difference is that if Oracle controls the entire disk, it can take 
> control of the head positioning and other driver level functions.

You are correct about different terminology.  Eschewing a file system
from my frame of reference is something less drastic than bypassing
the whole operating system.  If I "own" a particular disk I can do
whatever I want with it, but using the disk read/write mechanisms
provided by the operating system (possibly including paging I/O).