Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964825AbWBTKKe (ORCPT ); Mon, 20 Feb 2006 05:10:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964829AbWBTKKe (ORCPT ); Mon, 20 Feb 2006 05:10:34 -0500 Received: from canadatux.org ([81.169.162.242]:35531 "EHLO zoidberg.canadatux.org") by vger.kernel.org with ESMTP id S964825AbWBTKKd (ORCPT ); Mon, 20 Feb 2006 05:10:33 -0500 Date: Mon, 20 Feb 2006 11:10:18 +0100 From: Matthias Hensler To: Lee Revell Cc: Pavel Machek , Sebastian Kgler , kernel list , nigel@suspend2.net, rjw@sisk.pl Subject: Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.) Message-ID: <20060220101018.GA21817@kobayashi-maru.wspse.de> Reply-To: Matthias Hensler References: <20060201113710.6320.68289.stgit@localhost.localdomain> <200602091926.38666.nigel@suspend2.net> <20060209232453.GC3389@elf.ucw.cz> <200602110116.57639.sebas@kde.org> <20060211104130.GA28282@kobayashi-maru.wspse.de> <20060218142610.GT3490@openzaurus.ucw.cz> <20060220093911.GB19293@kobayashi-maru.wspse.de> <1140429758.3429.1.camel@mindpipe> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <1140429758.3429.1.camel@mindpipe> Organization: WSPse (http://www.wspse.de/) X-Gummibears: Bouncing here and there and everywhere X-Face: &Tv]9SsNpb/$w8\G-O%>W02aApFW^P>[x+Upv9xQB!2;iD9Y1-Lz'qlc{+lL2Y>J(u76Jk,cJ@$tP2-M%y?^'jn2J]3C'ss_~"u?kA^X&{]h?O?@*VwgSGob73I9r}&S%ktup0k2!neScg3'HO}PU#Ac>jwNL|P@f|f*sz*cP'hi)/a=6.rc-P1vXarjVXlzClmNfcSy/$4tQz User-Agent: Mutt/1.5.11 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 944 Lines: 28 Hi. On Mon, Feb 20, 2006 at 05:02:38AM -0500, Lee Revell wrote: > On Mon, 2006-02-20 at 10:39 +0100, Matthias Hensler wrote: > > > It is slightly slower, > > > > Sorry, but that is just unacceptable. > > Um... suspend2 puts extra tests into really hot paths like fork(), > which is equally unacceptable to many people. OK, point taken. > Why can't people understand that arguing "it works" without any > consideration of possible performance tradeoffs is not a good enough > argument for merging? It sure isn't the argument, you are right. My main concern here is to throw away a working implementation and starting over from the scratch, instead of solving these problems. Regards, Matthias - 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/