From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 961351381F4 for ; Tue, 14 Aug 2012 19:42:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5BC7621C07D; Tue, 14 Aug 2012 19:42:14 +0000 (UTC) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) by pigeon.gentoo.org (Postfix) with ESMTP id D2725E05D5 for ; Tue, 14 Aug 2012 19:39:58 +0000 (UTC) Received: by lbbgk1 with SMTP id gk1so445312lbb.40 for ; Tue, 14 Aug 2012 12:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=ithJCGYGn9RWINbhcyxsNcQvq6jrsyvlxfPrC3IFsWU=; b=rS3mL4HwcwFmWffSCzLlyJq9g1vpp6jWM3NUu9SVXHPAqP+3tEi888HNr+V8cFRgXk SMvBllGRx8EkTqUiNkvt75W23GKDjMdC+7OEt/3OhinKiE2I0vUpgo3pcnbfpVbjQ1ix u8IzrXXYPlIXN1b9P2/dewkv4gfccprW74fbu2qh63Ljull0aS8vMzV9bt4Ppo0jrc0n zEtPjmBFBlWeLFkokmxIepiMyoQiYLz3jnFfnokcyB+VkXmJfjbuDQt8C3TTwHoCQzLN ypO95vbqNkRZA2RPh6sLQs44+bjfHHULHrf3gtyr4wKtEnmt1a4ymMq4NzdK37mWPOw6 09bg== Received: by 10.112.88.106 with SMTP id bf10mr8487127lbb.43.1344973197565; Tue, 14 Aug 2012 12:39:57 -0700 (PDT) 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 Sender: paul.hartman@gmail.com Received: by 10.112.29.132 with HTTP; Tue, 14 Aug 2012 12:39:37 -0700 (PDT) In-Reply-To: References: <1344962187.18169.0@numa-i> From: Paul Hartman Date: Tue, 14 Aug 2012 14:39:37 -0500 X-Google-Sender-Auth: U-cV-s_CcKRINFO6EU7d5aRjnYY Message-ID: Subject: Re: [gentoo-user] Fast file system for cache directory with lot's of files To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: d6f43dcd-963f-4931-9be4-c5112d807981 X-Archives-Hash: 30b8c8203141dfe2028ed66a7ce14bd2 On Tue, Aug 14, 2012 at 12:05 PM, Pandu Poluan wrote: > > On Aug 14, 2012 11:42 PM, "Helmut Jarausch" > wrote: >> >> On 08/14/2012 04:07:39 AM, Adam Carter wrote: >>> >>> > I think btrfs probably is meant to provide a lot of the modern >>> > features like reiser4 or xfs >>> >>> Unfortunately btrfs is still generally slower than ext4 for example. >>> Checkout http://openbenchmarking.org/, eg >>> http://openbenchmarking.org/s/ext4%20btrfs >>> >>> The OS will use any spare RAM for disk caching, so if there's not much >>> else running on that box, most of your content will be served from >>> RAM. It may be that whatever fs you choose wont make that much of a >>> difference anyways. >>> >> >> If one can run a recent kernel (3.5.x) btrfs seems quite stable (It's used >> by some distribution and Oracle for real work) >> Most benchmark don't use compression since other FS can't use it. But >> that's unfair. With compression, one needs to read >> much less data (my /usr partition has less than 50% of an ext4 partition, >> savings with the root partition are even higher). >> >> I'm using the mount options >> compress=lzo,noacl,noatime,autodefrag,space_cache which require a recent >> kernel. >> >> I'd give it a try. >> >> Helmut. >> > > Are the support tools for btrfs (fsck, defrag, etc.) already complete? Do they exist? Yes (sys-fs/btrfs-progs). Are they complete? Probably not...