Path: utzoo!yunexus!geac!daveb
From: daveb@geac.UUCP (David Collier-Brown)
Newsgroups: comp.databases
Subject: Re: Unix machines for large databases
Summary: Sidebar on file systems for large databases
Keywords: disk sync fsync
Message-ID: <2731@geac.UUCP>
Date: 11 May 88 12:05:40 GMT
Article-I.D.: geac.2731
Posted: Wed May 11 08:05:40 1988
References: <564@hscfvax.harvard.edu> <3102@edm.UUCP> <2728@geac.UUCP>
Reply-To: daveb@geac.UUCP (David Collier-Brown)
Organization: The Friends of "Ian the Walleyed Wombat", Inc.
Lines: 26

In article <2728@geac.UUCP> john@geac.UUCP (John Henshaw) writes:
[in a discussion of using raw partitions]
| It seems to me that access to data, and access to object code is quite
| different, and that most O/Ss are designed for the latter. A raw partition
| allows optimization of the former (as S. Samuel suggests above). This also
| points out that gains are to be made in the intelligent reconciliation of
| O/Ss and DBMSs.

 Some work was done at University of Toronto by Ian Davis of ICL (Ian! are
you still out there?) in this area.
  His masters thesis discussed the criteria and critical orderings
for implementing a file system which would not "misbehave" under a
database manager, but would still give as rapid response as was
consistent with correctness, including concerns about rotational
positioning sensing and write re-ordering in controllers.

  Regrettably, I do not recollect the title (its somewhere in the
pile at home).  Further information available by mail and/or from
UofT....

 --dave (packrat) c-b
-- 
 David Collier-Brown.                 {mnetor yunexus utgpu}!geac!daveb
 Geac Computers International Inc.,   |  Computer Science loses its
 350 Steelcase Road,Markham, Ontario, |  memory (if not its mind) 
 CANADA, L3R 1B3 (416) 475-0525 x3279 |  every 6 months.