From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RKiyw-0005mv-2d for garchives@archives.gentoo.org; Mon, 31 Oct 2011 03:56:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AC4BD21C043 for ; Mon, 31 Oct 2011 03:56:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j92NjOmw014161 for ; Sun, 2 Oct 2005 23:45:25 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1EMDe0-0006wF-06 for gentoo-dev@lists.gentoo.org; Sun, 02 Oct 2005 23:53:24 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EMDcX-0004o2-1U for gentoo-dev@gentoo.org; Mon, 03 Oct 2005 01:51:53 +0200 Received: from ip68-230-97-182.ph.ph.cox.net ([68.230.97.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Oct 2005 01:51:53 +0200 Received: from 1i5t5.duncan by ip68-230-97-182.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Oct 2005 01:51:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Re: grub reiser4 Date: Sun, 02 Oct 2005 16:51:30 -0700 Organization: Sometimes Message-ID: References: <623652d50509291110667cfab7@mail.gmail.com> <623652d50510020302t7211c5e2g@mail.gmail.com> <434004F1.1000404@egr.msu.edu> <623652d50510020938i4e459edx@mail.gmail.com> <46059ce10510021019q2d00c278l330e51ee31ccf755@mail.gmail.com> <623652d50510021043g6a4a9fd6n@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-97-182.ph.ph.cox.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c2fa9bd3-a734-4acd-bc03-5a36c48db5b9 X-Archives-Hash: 3ba90ac698b5b80c7c5e7eb2e3f55ced Chris Bainbridge posted <623652d50510021043g6a4a9fd6n@mail.gmail.com>, excerpted below, on Sun, 02 Oct 2005 17:43:04 +0000: > On 02/10/05, Dan Meltzer wrote: >> On 10/2/05, Chris Bainbridge wrote: >> > On 02/10/05, Alec Warner wrote: >> > > Chris Bainbridge wrote: >> > > > On 02/10/05, R Hill wrote: >> > > >>I still think it's retarded to have a reiser 4 boot partition, b= ut >> > > >>whatever stirs your pot. ;P >> > > > >> > > > It makes sense if you're actually using reiser4 for everything >> > > > else. Why bloat your kernel with an extra FS just for /boot? >> In addition, why bloat your fs by having a journaled filesystem for >> essentially static files? >=20 > Because it's easier to have a single fs for / than have multiple > partitions, and try to isolate all of the things that are "essentially > static" and move them over to unjournalled file systems. Journalling > operations on /boot are responsible for filling a very, very small > percentage of my hard disk. I'm doing this with reiserfs (3) ATM. 100% reiserfs system, fat and ext2 as kernel modules that I load only in the rare event I'm going to access = a floppy. I have 20 partitions, including /boot and some others that are normally static, and /tmp and my portage tree and source partitions that are temporary or redownloadable so they really don't need journalled.=20 However, the disk is some 250 GB, out of which well over 100 GB remains entirely unformatted at this point, so journal space isn't an issue, and it's simply less bother keeping everything on reiserfs, even on partition= s where the default journal is a rather large portion of the entire partition, than otherwise. Note that reiser4 is "wandering journal". As I understand it, it doesn't set up a dedicated journal space, but rather, journals on the fly, by rewriting a file then cascading the metadata entries up the (duplicated) tree branch until it reaches the root entry, at which point the commit goes final as the old metadata tree branch is discarded and the new one takes effect. This isn't journalling, but rather, atomic metadata entry. Thus, there *IS* no journal per se, simply half finished commits that haven't gotten all the way up the tree to the root entry yet. The change is either fully committed or not committed at all, so unless the crash occurs at the exact moment the root entry itself is being updated (and I believe there's a special case for it, accounting for that very possibility), there's simply nothing to journal. Half-written commits that didn't fully cascade all the way to the top will simply be pruned in the event of recovery. The system is fully atomic, no journal necessary. Thus (unless I've misunderstood what I've read of reiser4), journal space isn't an issue with reiser4. It's an atomic transaction system, rather than a journal. That's also one of the reasons why copy method affects access time. Unta= r a tarball not created on reiser4 onto a reiser4 system, and those files won't be laid out for optimum access efficiency. That was one of the points Hans made in some of the benchmarking attempts. I don't quite understand the implications here, but apparently, taking the newly expanded files, copying (not moving) them elsewhere on the reiser4 system= , deleting the old copy, then copying them back (if necessary), will reoptimize the layout into reiser4-access-optimized. Alternatively, running the repacker reoptimizes the entire fs, as well. Obviously, I've been following reiser4 with some interest, altho I've stuck with reiser3 to this point. (reiser4 has been unstable on amd64, I've been told.) That may change in the next few months, however, as I'l= l probably get a new disk (I've lots of space left, but this one has some badblocks due to overheating during an A/C malfunction) and am considerin= g taking the opportunity to transfer to reiser4. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html --=20 gentoo-dev@gentoo.org mailing list