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 <gentoo-user+bounces-108485-garchives=archives.gentoo.org@lists.gentoo.org>) id 1Nmr3S-0006PB-Oc for garchives@archives.gentoo.org; Wed, 03 Mar 2010 16:04:11 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EA05FE0E5A; Wed, 3 Mar 2010 16:03:50 +0000 (UTC) Received: from mail.askja.de (mail.askja.de [83.137.103.136]) by pigeon.gentoo.org (Postfix) with ESMTP id BD9E0E0E5A for <gentoo-user@lists.gentoo.org>; Wed, 3 Mar 2010 16:03:50 +0000 (UTC) Received: from static-87-79-89-40.netcologne.de ([87.79.89.40] helo=zone.wonkology.org) by mail.askja.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from <wonko@wonkology.org>) id 1Nmr38-0007qB-6R for gentoo-user@lists.gentoo.org; Wed, 03 Mar 2010 17:03:50 +0100 Received: from localhost (localhost [127.0.0.1]) (uid 1000) by zone.wonkology.org with local; Wed, 03 Mar 2010 17:03:48 +0100 id 00011B87.4B8E8864.000074BE From: Alex Schuster <wonko@wonkology.org> To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Advice/best practices for a new Gentoo installation Date: Wed, 3 Mar 2010 17:03:44 +0100 User-Agent: KMail/1.13.0 (Linux/2.6.32-tuxonice-r5; KDE/4.4.0; i686; ; ) References: <58965d8a1002260954v37bc6293xd4b92d82183bd346@mail.gmail.com> <201003031253.02814.wonko@wonkology.org> <20100303123006.205ee841@digimed.co.uk> In-Reply-To: <20100303123006.205ee841@digimed.co.uk> Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003031703.45670.wonko@wonkology.org> X-Archives-Salt: 034279dc-7888-4490-8557-66ac04cb69bf X-Archives-Hash: 01b3ffba55e65bf3cd3e1fde8a9e5270 Neil Bothwick writes: > On Wed, 3 Mar 2010 12:52:55 +0100, Alex Schuster wrote: > > > The data I've seen indicates that ext2 is fastest, that's what I > > > use. > > > > I thought the small files of the portage tree especially profit from > > the notail option in reiserfs? > > They benefit compared with using reiser with tail-packing. Oh my. I have it the other way around, and never even thought much about what this does. > > Did you change the block size? > > I had to change both the block size and blocks per inode, otherwise I > would run out of inodes on a 1GB filesystem. You have to admire the > user-friendliness of ext! I only wished I could add more inodes after all are out, because this happens quite frequently to me. But yes, it's nice I can specify this at all. > > > There's no need for journalling on the portage tree, it's small > > > enough to fsck quickly and if it does get broken, reformat and > > > resync. > > > > Would the journaling overhead be noticeable? > > I also had used ext2 for my portage tree first, then I read somewhere > > that reiserfs would be the best. BTW, I have distfiles and pkgdir > > somewhere else, if not the fsck would not be so fast. > > It's certainly noticeable compared with ext3. Many benchmarks do show > ext2 to be the fastest filesystem, probably because of the lack of > journalling overhead. When I saw some, it was maybe 15% difference, and that probably due to writes I assume. The portage tree is written during sync only, and then I do not care about speed. But would accessing lots and lots of small files be slowed down by journaling? > Like you, I have $DISTDIR and $PKGDIR elsewhere, those files really > should not be mixed in with the portage tree. > > > Just for fun, I just copied my $PORTDIR into my tmpfs, emerge -DpN > > @system @world takes between 81 and 53 seconds. With reiserfs, I get > > 130 seconds first ($PORTDIR was unmounted first and mounted again to > > clear the caches), and 57 seconds in the second attempt. > > > > I had expected that tmpfs would be even faster. I think I just keep > > it the way it is now. > > The exact same thought occurred to me. With a local tree to sync from, > tmpfs seemed a good choice (you could sync it from /etc/conf.d/local) > but it seems like it is not worth bothering with. I would need more memory for that, I'm not at amd64 yet. But I probably should migrate anyway, and get another 4GB of memory. > I'll try a reiser3 > filesystem without tail packing to see if it beats ext2. I backed up my portage tree, re-created the reiserfs partition, and mounted without notail option. The same emerge command now takes about three minutes... no, on 2nd try it's five. Hmm... ah, clementine is indexing files. Why does it do this, I did not change files. Oh, and it has indexed all of my /data/mp3, while I only gave it four subfolders to index. Why does no audio player just accept my choices for what the collection is, and add other stuff? The next test gives 93 seconds, that's nice. Wonko