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 1R1QQY-0001Xd-Bn for garchives@archives.gentoo.org; Wed, 07 Sep 2011 22:17:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2BE3521C177; Wed, 7 Sep 2011 22:16:49 +0000 (UTC) Received: from www01.badapple.net (www01.badapple.net [64.79.219.163]) by pigeon.gentoo.org (Postfix) with ESMTP id AA2B521C09F for ; Wed, 7 Sep 2011 22:15:51 +0000 (UTC) Received: from [127.0.0.1] (173-8-169-73-SFBA.hfc.comcastbusiness.net [173.8.169.73]) (Authenticated sender: ramin@badapple.net) by www01.badapple.net (Postfix) with ESMTPSA id EB3B29FAFBC9 for ; Wed, 7 Sep 2011 15:15:50 -0700 (PDT) Message-ID: <4E67ED13.30201@badapple.net> Date: Wed, 07 Sep 2011 15:15:47 -0700 From: kashani User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Filesystem with lowest CPU load, acceptable emerge performance, and stable? References: <4E666347.2080108@badapple.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 8f214212f9aa9a67ce60d941eea98d00 On 9/7/2011 5:25 AM, Pandu Poluan wrote: > On Wed, Sep 7, 2011 at 01:15, kashani wrote: >> On 9/6/2011 10:26 AM, Pandu Poluan wrote: >>> >>> So, can anyone recommend me a filesystem that fulfills my following needs: >>> >>> Scenario: vFirewall (virtual Firewall) that is going to be deployed at >>> my IaaS Cloud Provider. >>> >>> Disk I/O Characteristic: Occasional writes during 'normal' usage, >>> once-a-week eix-sync + emerge -avuD >>> >>> Priority: Stable (i.e., less chance of corruption), least CPU usage. >>> >>> My Google-Fu seems to indicate either XFS or JFS; what do you think? >> >> I think it's a useless local optimization for no real world gain >> which only increases the complexity of your systems. Use the same filesystem >> you use on all your other servers. >> > > Well, for all my other servers, I standardized on ext4. > > Since a vFirewall have to perform lots of packet-juggling, I'd rather > dedicate the CPU time to the kernel rather than the HD I/O. > > Of course, a vFirewall needs to be updated every now and then, but > everytime an update is called for, it should not overly tax the CPU > and degrade the netfilter framework. > > Rgds, You are making my point for me, but not realizing the end result of the logic. There isn't any filesystem change that is going to affect CPU usage by more than a few percentage points in the use case you've described. Rsync, portage, and gcc use a massive amount of CPU compared to the amount the filesystem changes will use other than brief points during the rsync. Additionally most benchmarks are testing filesystem throughput and comparing it to CPU. Because disk IO isn't under pressure in your scenario you're unlikely to see the pathological use of CPU that can highlight the differences between filesystems. That said, you have a few reasonable choices. 1. Move to a binary distro 2. Use buildpkg on a clone of this server and only install packages on your Firewall. 3. NFS mount /usr/portage when you need it and dist build on another server 4. Don't upgrade 5. Get a firewall server with more CPU so that it doesn't matter 6. Script a new firewall server install every x months and swap it into place and drop the original server. 7. Some combination of the above. kashani