Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755411Ab1CLTWc (ORCPT ); Sat, 12 Mar 2011 14:22:32 -0500 Received: from mail-ew0-f46.google.com ([209.85.215.46]:38506 "EHLO mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755131Ab1CLTWa (ORCPT ); Sat, 12 Mar 2011 14:22:30 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=DraCS0gHv2NDmtCpNF5WZI+lABdqGeNhPHpNiGdRjk4ELdD1NK1LtdsKcgqSVjfBWP DQJeOMtTgA5rTObwBwPzLMgPhr2NukJXg3ZILJO6NZpExwmT2VNp6zvVhLo4dHuL4hMA HBgDiR3yWIjzRsLY+AA5ER4Glafk6PpENNZ+o= Subject: Re: [PATCH v3] introduce sys_syncfs to sync a single file system From: Artem Bityutskiy Reply-To: dedekind1@gmail.com To: Indan Zupancic Cc: Ric Wheeler , Arnd Bergmann , Sage Weil , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, "Aneesh Kumar K. V" , Jonathan Nieder , akpm@linux-foundation.org, linux-api@vger.kernel.org, mtk.manpages@gmail.com, viro@zeniv.linux.org.uk, hch@lst.de, l@jasper.es In-Reply-To: <1d4d1b7ae64da97f44cad0e2bda4f832.squirrel@webmail.greenhost.nl> References: <201103111255.44979.arnd@arndb.de> <4D7AC0FE.8070806@gmail.com> <1d4d1b7ae64da97f44cad0e2bda4f832.squirrel@webmail.greenhost.nl> Content-Type: text/plain; charset="UTF-8" Date: Sat, 12 Mar 2011 21:22:16 +0200 Message-ID: <1299957736.2332.4.camel@koala> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1241 Lines: 31 On Sat, 2011-03-12 at 02:33 +0100, Indan Zupancic wrote: > > I think that you missed the point of the extension. > > > > Ric > > The point is clear, it's to synchronize a specific file system instead > of all of them. > > But actually doing that from a program is harder than it looks, because > programs work with files, not file systems. To make this feature useful > the program needs meta information it can't easily get. That was my first > point. I had a program, actually a set of programs, which test a file-system. And this set of programs needed such a feature quite a lot, to sync the FS which is being tested and nothing else - for both performance reasons and to put more stress to the FS under testing. We used -o remount, rw for this - but this forced us to run under root. IOW, there are programs which take a mount point as an input parameter and want do things with the whole FS, not only individual files. -- Best Regards, Artem Bityutskiy (Битюцкий Артём) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/