From owner-freebsd-fs@FreeBSD.ORG Mon May 28 17:17:57 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CC13106566B for ; Mon, 28 May 2012 17:17:57 +0000 (UTC) (envelope-from alessio@interconnessioni.it) Received: from zimbra.interconnessioni.it (zimbra.interconnessioni.it [194.126.148.30]) by mx1.freebsd.org (Postfix) with ESMTP id C83728FC1A for ; Mon, 28 May 2012 17:17:56 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.interconnessioni.it (Postfix) with ESMTP id A81A564012 for ; Mon, 28 May 2012 19:17:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.interconnessioni.it.interconnessioni.it Received: from zimbra.interconnessioni.it ([127.0.0.1]) by localhost (zimbra.interconnessioni.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Vr6+hn8ll3v for ; Mon, 28 May 2012 19:17:28 +0200 (CEST) Received: from zimbra.interconnessioni.it (localhost.localdomain [127.0.0.1]) by zimbra.interconnessioni.it (Postfix) with ESMTP id 133E364006 for ; Mon, 28 May 2012 19:17:28 +0200 (CEST) Date: Mon, 28 May 2012 19:17:28 +0200 (CEST) From: Alessio Focardi To: freebsd-fs@freebsd.org Message-ID: <1539956470.7148.1338225448013.JavaMail.root@zimbra.interconnessioni.it> In-Reply-To: <20120528171134.GA10333@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [83.149.137.176] X-Mailer: Zimbra 7.1.4_GA_2555 (ZimbraWebClient - FF3.0 (Win)/7.1.4_GA_2555) Subject: Re: Millions of small files: best filesystem / best options X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 17:17:57 -0000 > > It's an improvement, but still is not ideal: still a big waste with > > 200 bytes files! > > > > ZFS with compression, maybe? > > > > ZFSv28 with dedup turned on... Data is very little "deduplicabile" in my case: is this a trick to enable packing of > than 1 file in a single block/fragment? I tough compression would turn this on ...