Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759480AbYBPSae (ORCPT ); Sat, 16 Feb 2008 13:30:34 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753158AbYBPSaX (ORCPT ); Sat, 16 Feb 2008 13:30:23 -0500 Received: from pentafluge.infradead.org ([213.146.154.40]:57339 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758796AbYBPSaV (ORCPT ); Sat, 16 Feb 2008 13:30:21 -0500 Date: Sat, 16 Feb 2008 10:29:57 -0800 From: Arjan van de Ven To: Willy Tarreau Cc: Roel Kluin <12o3l@tiscali.nl>, geoffrey.levand@am.sony.com, linuxppc-dev@ozlabs.org, cbe-oss-dev@ozlabs.org, lkml Subject: Re: [PATCH 1/3] Fix Unlikely(x) == y Message-ID: <20080216102957.56986e03@laptopd505.fenrus.org> In-Reply-To: <20080216175849.GA25636@1wt.eu> References: <47B70A61.9030306@tiscali.nl> <20080216092552.325e5726@laptopd505.fenrus.org> <20080216173315.GU8953@1wt.eu> <20080216094226.1e8eede1@laptopd505.fenrus.org> <20080216175849.GA25636@1wt.eu> Organization: Intel X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.5; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1792 Lines: 46 On Sat, 16 Feb 2008 18:58:49 +0100 > > If you think unlikely() means something else, we should fix what it > > maps to towards gcc ;) (to.. be empty ;) > > eventhough the gcc docs say it's just a hint to help the compiler > optimize the branch it takes by default, I too have noticed that it > more often does bad than good. Code gets completely reordered and > even sometimes partially duplicated (especially when the branch is a > return). > > Last but not least, gcc 4 tends to emit stupid checks, to the point > that I have replaced unlikely(x) with (x) in my code when gcc >= 4 is > detected. What I observe is that the following code : > > if (unlikely(p == NULL)) ... this is pure bad since GCC already assumes that NULL checks are unlikely, and with the unlikely() code needing to normalize stuff... it will generate worse code for sure yes. > > often gets coded like this : > > reg1 = (p == NULL) > if (reg1 != 0) ... > > ... which clobbers reg1 for nothing and performs a double test. > > But yes, I assumed that the author considered its use to be > legitimate (I've not looked at the code). Maybe you're right and it > should be removed, but in this case we would need a large audit of > the abuses of unlikely()... no argument.. how about we start with all the cases where the author just got it entirely wrong ... like the ones from this patch ;) -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org -- 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/