Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752287AbZCZGZ0 (ORCPT ); Thu, 26 Mar 2009 02:25:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751075AbZCZGZM (ORCPT ); Thu, 26 Mar 2009 02:25:12 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:33389 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750925AbZCZGZL (ORCPT ); Thu, 26 Mar 2009 02:25:11 -0400 Message-ID: <49CB1F90.3090501@garzik.org> Date: Thu, 26 Mar 2009 02:24:16 -0400 From: Jeff Garzik User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Kyle Moffett CC: Linus Torvalds , Matthew Garrett , Theodore Tso , Christoph Hellwig , Jan Kara , Andrew Morton , Ingo Molnar , Alan Cox , Arjan van de Ven , Peter Zijlstra , Nick Piggin , Jens Axboe , David Rees , Jesper Krogh , Linux Kernel Mailing List Subject: Re: Linux 2.6.29 References: <20090324093245.GA22483@elte.hu> <20090325185824.GO32307@mit.edu> <20090325194851.GA1617@infradead.org> <20090325215016.GP32307@mit.edu> <20090326021034.GA26559@srcf.ucam.org> <49CAEDA7.1080902@garzik.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: SpamAssassin version 3.2.5 on srv5.dvmed.net summary: Content analysis details: (-4.4 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 928 Lines: 26 Kyle Moffett wrote: > Really, I think virtually all of the database programs would be > perfectly happy with an "fsbarrier(fd, flags)" syscall, where if "fd" > points to a regular file or directory then it instructs the underlying > filesystem to do whatever internal barrier it supports, and if not > just fail with -ENOTSUPP (so you can fall back to fdatasync(), etc). > Perhaps "flags" would allow a "data" or "metadata" barrier, but if not > it's not a big issue. If you want a per-fd barrier call, there is always sync_file_range(2) > If a user-level tool needs to enforce ordering > between IOs the only tool right now is is a full flush or sync_file_range(2)... Jeff -- 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/