From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [PATCH] fs: add fincore(2) (mincore(2) for file descriptors) Date: Thu, 28 Jan 2010 00:23:13 -0800 Message-ID: <20100128002313.2b94344e.akpm@linux-foundation.org> References: <20100120215712.GO27212@frostnet.net> <20100126141229.e1a81b29.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Chris Frost , Heiko Carstens , Alexander Viro , Benny Halevy , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org To: Steve VanDeBogart Return-path: In-Reply-To: Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org On Wed, 27 Jan 2010 23:42:35 -0800 (PST) Steve VanDeBogart wrote: > > Is it likely that these changes to SQLite and Gimp would be merged into > > the upstream applications? > > Changes to the GIMP fit nicely into the code structure, so it's feasible > to push this kind of optimization upstream. The changes in SQLite are > a bit more focused on the benchmark, but a more general approach is not > conceptually difficult. SQLite may not want the added complexity, but > other database may be interested in the performance improvement. > > Of course, these kernel changes are needed before any application can > optimize its IO as we did with libprefetch. That didn't really answer my question. If there's someone signed up and motivated to do the hard work of getting these changes integrated into the upstream applications then that makes us more interested. If, however it was some weekend proof-of-concept hack which shortly dies an instadeath then... meh, not so much. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org