Date: Thu, 2 Nov 2000 15:01:17 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> To: Alfred Perlstein <bright@wintelcom.net> Cc: Marius Bendiksen <mbendiks@eunet.no>, Randell Jesup <rjesup@wgate.com>, arch@FreeBSD.ORG Subject: Re: Like to commit my diskprep Message-ID: <200011022301.eA2N1H441744@earth.backplane.com> References: <200011021725.eA2HPeM38718@earth.backplane.com> <Pine.BSF.4.05.10011022216250.13255-100000@login-1.eunet.no> <20001102132140.W20567@fw.wintelcom.net> <200011022135.eA2LZA740940@earth.backplane.com> <20001102135754.Y20567@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
:the problem isn't caching them, it's fsyncing them during appends
:that cause additinal disk seeks. But that's not exactly a deadly
:problem, just a little suboptimal.
:
:it's also fsyncs on newly created files that can cause problems.
:
:--
:-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
This shouldn't be an issue. I don't know about Oracle, but with my
database I pre-extend the file (e.g. in 1 MB increments, by writing
zero's to the file rather then ftruncate()ing), and you don't have
to fsync() every block when pre-extending a file. The database appends
into space already allocated from the file extension and so no additional
seeking occurs.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011022301.eA2N1H441744>