From mboxrd@z Thu Jan 1 00:00:00 1970 From: Theodore Ts'o Subject: Re: [Lsf-pc] [LSF/MM TOPIC] atomic block device Date: Tue, 18 Feb 2014 09:09:10 -0500 Message-ID: <20140218140910.GL26580@thunk.org> References: <20140217085627.GA13647@dastard> <20140217095118.GB3686@quack.suse.cz> <5301E282.9060207@symas.com> <20140218001017.GB13647@dastard> <20140218131733.GG28666@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alex Elsayed , linux-fsdevel@vger.kernel.org To: Dave Chinner Return-path: Received: from imap.thunk.org ([74.207.234.97]:59507 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755128AbaBROJP (ORCPT ); Tue, 18 Feb 2014 09:09:15 -0500 Content-Disposition: inline In-Reply-To: <20140218131733.GG28666@dastard> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: In addition to Dave's comments, consider the following from Val's article with Alex quoted: The overall performance result was that the Featherstitch implementations were at par or somewhat better with the comparable ext3 version for elapsed time, but used significantly more CPU time..... So, you can use Featherstitch to re-implement all kinds of file system consistency schemes - soft updates, copy-on-write, journaling of all flavors - and it will go about as fast the old version while using up more of your CPU. And note that this was comparing against ext3, which is not exactly a shining example of performance. (i.e., ext4 and xfs tend to beat ext3 handily on most benchmarks.) Furthermore, given the sort of dependency tracking which Featherstich is attempting, I suspect that the results will be at the very least interesting on a system with a large number of cores; it's very likely that it's CPU scalability leaves much to be desired. Finally, note that many disk drives do not perform all that well with writeback caching disabled (which is required for soft update and its variants). So when people do benchmarks comparing soft updates versus traditional file systems, and important question to ask is (1) did they remember to disable writeback caching for the soft updates run (which is not the default, and if you don't disable it, you lose your powerfail relibility), and (2) was writeback caching enabled or disabled when benchmarking the traditional system, which can safely use the default HDD writeback caching. Regards, - Ted