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.