From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HEWgg-0001Vm-5R for garchives@archives.gentoo.org; Tue, 06 Feb 2007 20:13:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l16KB91n023767; Tue, 6 Feb 2007 20:11:09 GMT Received: from smtpauth.wiscmail.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l16K5RHY014149 for ; Tue, 6 Feb 2007 20:05:27 GMT Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) id <0JD20053R5502000@smtpauth2.wiscmail.wisc.edu> for gentoo-performance@lists.gentoo.org; Tue, 06 Feb 2007 14:05:24 -0600 (CST) Received: from wiscmail.wisc.edu (brickyardpvt1.doit.wisc.edu [144.92.8.154]) by smtpauth2.wiscmail.wisc.edu (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JD20051E54V4900@smtpauth2.wiscmail.wisc.edu> for gentoo-performance@lists.gentoo.org; Tue, 06 Feb 2007 14:05:19 -0600 (CST) Received: from [144.92.8.150] (Forwarded-For: 128.105.119.105, [127.0.0.1]) by store2.doit.wisc.edu (mshttpd); Tue, 06 Feb 2007 14:05:21 -0600 Date: Tue, 06 Feb 2007 14:05:21 -0600 From: BRIAN PAUL KROTH Subject: Re: SV: [gentoo-performance] Optimal fstab on raid In-reply-to: <45C88B92.2010608@husku.net> To: gentoo-performance@lists.gentoo.org Message-id: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-performance@gentoo.org Reply-to: gentoo-performance@lists.gentoo.org MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.2-7.06 (built Oct 6 2006) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Spam-Report: TrustedSender=yes, SenderIP=144.92.8.154 X-Spam-PmxInfo: Server=avs-11, Version=5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.6.115434, SenderIP=144.92.8.154 References: <000001c749c3$462af820$3b01a8c0@perimed.priv> <45C84645.7090808@husku.net> <45C882CC.1010100@wisc.edu> <45C88B92.2010608@husku.net> X-Archives-Salt: 6130a606-81e0-4007-8b00-1b7fbbf94fbd X-Archives-Hash: 749ba26235c103765cf36404206e75a6 > well, my experiences with distcc has not been quite nice, some of the > > packages does not behave well with distributed compiling... or what > did > you mean with buildsystem? and searching from portage over nfs is much > > slower than searching local portage tree... As someone else said esearch, eix are very nice tools that work best for searching even when you have a local portage tree. What I actually meant by build system is to only build packages on one machine and let your other hosts use those binary packages rather than trying to build and compile everywhere. If you want you can use distcc on top of that but it's not necessary. This was more so in relation to your home networking proposal. It results in a single build environment so all of your machines that use those packages behave the same and there's only one machine doing portage tree syncing which means less disk trashing and (external) network traffic. In my experience it ends up performing much better and being easier to manage. Then you can dedicate your other machines to their actual purposes rather than trying to fix build problems in many different places. As to your original question, again, it depends on what you're doing. RAID0 is best for fast writes in which you don't care about reliability - basically scratch space. Something like portage might be suited for this. Then again, the portage tree is really meant as a local cache of the master tree. As such its supposed to be read from more often than written to. RAID1 provides reliability and read performance since you can read from one of several disks to achieve the same results. Write performance for RAID1 is obviously not as good, but how often are you really writing to /opt or /usr for instance. If you're going software raid, both of these come almost free in terms of overhead involved. With higher levels you'll definitely want true hardware level raid, not some cheap BIOS implemented version. I'd previously read, and can't find the document just now, that RAID10 offers the combination of both of these and the best performance (better than RAID5 as well). Thou gh that may be out of the question in terms of the number of disks involved. Here's what I've done in the past for client machines... Partition1 RAID1 15G / Partition2 1xRAM/disk swap (it should automatically be striped) Partition3 RAID0 5G /tmp (you may want more if you're doing video editing or something like that) Partition4 (extended) Partition5 RAID1 5G /var (you may want more if you're building packages or something) Partition6 RAID1 * /home (the rest of it) Also, if you want to be able to tweak your partition sizes, LVM offers striping and mirroring so you don't need to layer software raid on top of or underneath that as well. Hope that helps, Brian -- gentoo-performance@gentoo.org mailing list