From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mr003msb.fastweb.it ([85.18.95.87]:56432 "EHLO mr003msb.fastweb.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756096AbdD1UUp (ORCPT ); Fri, 28 Apr 2017 16:20:45 -0400 Subject: Re: Slow file stat/deletion MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 28 Apr 2017 22:14:54 +0200 From: Gionatan Danti In-Reply-To: References: <20161127221433.GV28177@dastard> <20161128215308.GD28177@dastard> Message-ID: Sender: linux-xfs-owner@vger.kernel.org List-ID: List-Id: xfs To: Dave Chinner Cc: linux-xfs@vger.kernel.org Hi all, this is a note which can be useful to someone searching for the same thing: using "ftype=1" at mkfs time (which is, by the way, the default for CRC-enabled filesystem) greatly speed-up stat/find operations. On a test case with 1.000.000 files and 1000 total directories, "find /mnt/xfs" time has fallen from ~70 to ~20 seconds. As a side question: there is no method/possibility to enable ftype=1 to an already existing filesystem, right? Thanks. Il 29-11-2016 08:53 Gionatan Danti ha scritto: > On 28/11/2016 22:53, Dave Chinner wrote: >> >> Nope. There's always going to be a penalty for subverting the >> filesystem's physical layout optimisations on storage subsystems >> that require physical layout optimisation for performance. >> >> Cheers, >> >> Dave. >> > > Ok, very clear. > > Thank you for taking the time to explain, Dave. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti@assyoma.it - info@assyoma.it GPG public key ID: FF5F32A8