From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [GIT PULL] Orangefs (text only resend) Date: Tue, 8 Sep 2015 16:48:49 +0200 Message-ID: <20150908144849.GA1398@lst.de> References: <20150906063552.GA7224@lst.de> <20150906090838.GI22011@ZenIV.linux.org.uk> <20150906202019.GJ22011@ZenIV.linux.org.uk> <20150907063704.GK22011@ZenIV.linux.org.uk> <20150907232206.GL22011@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Mike Marshall , Christoph Hellwig , Linus Torvalds , linux-fsdevel , Andrew Morton , Stephen Rothwell , Boaz Harrosh , Greg Kroah-Hartman To: Al Viro Return-path: Received: from verein.lst.de ([213.95.11.211]:34249 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753193AbbIHOsv (ORCPT ); Tue, 8 Sep 2015 10:48:51 -0400 Content-Disposition: inline In-Reply-To: <20150907232206.GL22011@ZenIV.linux.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, Sep 08, 2015 at 12:22:06AM +0100, Al Viro wrote: > You don't want e.g. to have allocation request triggering an attempt to write > a dirty page on a shared mapping of a file from your fs while you are holding > a mutex that would block that attempt *and* waiting for a allocation to > succeed. Unless something changed very recently there is no writeback in orangefs. It's all non-cached I/O straight on to the server, with readpage only there for read-only mmaps (for executable I suspect).