From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752890AbZHEV7O (ORCPT ); Wed, 5 Aug 2009 17:59:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752834AbZHEV7N (ORCPT ); Wed, 5 Aug 2009 17:59:13 -0400 Received: from mail-fx0-f228.google.com ([209.85.220.228]:56213 "EHLO mail-fx0-f228.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752838AbZHEV7J (ORCPT ); Wed, 5 Aug 2009 17:59:09 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=OLz/x94E/QWAu9ytK5eb8VCZVF9nmrHOH1Qq7/xNiG6uP27GxJ7U0vmTsuPq0e9qND On2goKcR8Wcnl8aUH2Muo8Myl1t87+fntlKHTRV1XRWJB7tpnnkkplRzAIXjwoqlfdCP gep0+N3UDUkPAgrtwejs+owZNV7bGm+SVEQ6U= Date: Wed, 5 Aug 2009 23:59:06 +0200 From: Frederic Weisbecker To: Ingo Molnar Cc: Andi Kleen , LKML , Jeff Mahoney , Chris Mason , Alexander Beregalov , Bron Gondwana , Reiserfs , Al Viro , Andrea Gelmini , "Trenton D. Adams" , Thomas Meyer , Alessio Igor Bogani , Marcel Hilzinger , Edward Shishkin Subject: Re: [ANNOUNCE] Reiserfs/kill-bkl tree v2 Message-ID: <20090805215904.GB5025@nowhere> References: <20090731174642.GA6539@nowhere> <20090801081141.GA18036@basil.fritz.box> <20090801155335.GA4836@nowhere> <20090802142100.GA21160@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090802142100.GA21160@elte.hu> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Aug 02, 2009 at 04:21:00PM +0200, Ingo Molnar wrote: > > * Frederic Weisbecker wrote: > > > > e.g. running all the file system stress tests from LTP would be > > > a good idea, ideally multiple at a time on a multi processor > > > system on a ram disk or perhaps AIM9. > > > > Yeah good idea. But again, I fear my laptop hasn't enough memory > > to support big enough ramdisks mount points to host selftests. > > Well, dont waste too much time on it (beyond the due diligence > level) - Andi forgot that the right way to stress-test patches is to > get through the review process and then through the integration > trees which have far more test exposure than any single contributor > can test. > > Patch submitters cannot possibly test every crazy possibility that > is out there - nor should they: it just doesnt scale. What we expect > people to do is to write clean patches, to test the bits on their > own boxes and submit them to lkml and address specific review > feedback. > > Ingo Yeah, I know that doesn't scale. But I really would like to test it, at least with the minimum scope I have. Such fundamental change in a filesystem is scary :)