Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753199AbaF0JFH (ORCPT ); Fri, 27 Jun 2014 05:05:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57111 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751598AbaF0JFB (ORCPT ); Fri, 27 Jun 2014 05:05:01 -0400 Date: Fri, 27 Jun 2014 11:04:34 +0200 (CEST) From: =?ISO-8859-15?Q?Luk=E1=A8_Czerner?= X-X-Sender: lczerner@localhost.localdomain To: Matthias Schniedermeyer cc: Artem Bityutskiy , Bernd Schubert , Dave Chinner , Thomas Knauth , David Rientjes , Maksym Planeta , Alexander Viro , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] sysctl: Add a feature to drop caches selectively In-Reply-To: <20140627084139.GA29704@citd.de> Message-ID: References: <1403626213-7691-1-git-send-email-mcsim.planeta@gmail.com> <1403677528.7903.103.camel@sauron.fi.intel.com> <20140626010606.GT4453@dastard> <1403763199.20275.39.camel@sauron.fi.intel.com> <53ABF7C4.1000906@itwm.fraunhofer.de> <1403782263.20275.59.camel@sauron.fi.intel.com> <20140627084139.GA29704@citd.de> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323328-586327667-1403859879=:2349" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323328-586327667-1403859879=:2349 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Fri, 27 Jun 2014, Matthias Schniedermeyer wrote: > Date: Fri, 27 Jun 2014 10:41:39 +0200 > From: Matthias Schniedermeyer > To: Luk?? Czerner > Cc: Artem Bityutskiy , > Bernd Schubert , > Dave Chinner , Thomas Knauth , > David Rientjes , > Maksym Planeta , > Alexander Viro , linux-fsdevel@vger.kernel.org, > linux-kernel@vger.kernel.org > Subject: Re: [PATCH] sysctl: Add a feature to drop caches selectively > > On 26.06.2014 13:57, Luk?? Czerner wrote: > > > > So if the authors want to sell this new interface (in whatever form) to > > > the kernel community, they should start with providing a solid use-case, > > > with some more details, explore alternatives and show how the > > > alternatives do not work for them. > > > > Yes please, let's see some solid use-case for this. > > Personally i would want it to verify files after copying them: > Especially while moving files: > - Copy a file > - > - Verify that it really is correct on stable storage > - Remove original file I assume you're using cp to copy a file, not your own program. In that case can we make cp optionally use direct io ? It seems that it would solve your problem in very elegant way. -Lukas > > Currently i choose either of the 3 ways: > - drop_caches > - umount/mount > - Write more data than memory in machine (Which is only an > approximnation and you have to verify in the same order the files were > written, so it is likely that any cache was thrashed in the meantime) > > But having a way to selectivly "destory" the cache of a file would make > this task easier. > > > > > --8323328-586327667-1403859879=:2349-- -- 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/