Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Dec 2001 23:14:06 -0500
From:      "Matthew Emmerton" <matt@gsicomp.on.ca>
To:        <freebsd-hackers@FreeBSD.ORG>, "Tony" <tony@ubik.demon.co.uk>
Subject:   Re: [SUGGESTION] - JFS for FreeBSD
Message-ID:  <00a301c181fa$4764a5b0$1200a8c0@gsicomp.on.ca>
References:  <20011210220153.50612.qmail@web21102.mail.yahoo.com> <20011210161410.L92148@elvis.mu.org> <002601c181cb$8c6a5e90$1200a8c0@gsicomp.on.ca> <20011210174711.A3208@mail.slc.edu> <20011210220153.50612.qmail@web21102.mail.yahoo.com> <20011210161410.L92148@elvis.mu.org> <002601c181cb$8c6a5e90$1200a8c0@gsicomp.on.ca> <20011210220153.50612.qmail@web21102.mail.yahoo.com> <20011210174711.A3208@mail.slc.edu> <20011211105617.K63585@monorchid.lemis.com> <20011210195725.A4697@mail.slc.edu> <7UAeNSA2SWF8Iwe5@ubik.demon.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
> Most current users will probably not like the speed penalties of a
> journal file system, and stick to the faster FS.  On the other hand a
> solid journal FS may encourage more take up for back end databases, for
> e-commerce, data warehousing, etc...

The transaction support of JFS isn't really viable for large-scale database
implementations because it imposes a real speed penalty.  Most large-scale
DB2 or Oracle installations use raw disk, and let the transaction support in
the database keep everything sane.

The real benefit of JFS (or any other journaling FS) is to provide a
transactional guarantees for everyday disk activites.  The best example I
can think of is a large multi-user UNIX box in a programming environment,
with multiple CVS trees, local working copies of code, and lots and lots of
updates (compiles, checkouts, search-and-replace, etc.)  It is in this kind
of environment that you want the assurance that any update will either pass
or fail -- nothing in between to cause corruption that could potentiall
remain undetected and eventually snowball into an unusuable filesystem.

--
Matt Emmerton


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00a301c181fa$4764a5b0$1200a8c0>