Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755233AbYKMWZU (ORCPT ); Thu, 13 Nov 2008 17:25:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752335AbYKMWZE (ORCPT ); Thu, 13 Nov 2008 17:25:04 -0500 Received: from waste.org ([66.93.16.53]:38419 "EHLO waste.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752095AbYKMWZD (ORCPT ); Thu, 13 Nov 2008 17:25:03 -0500 Subject: Re: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes From: Matt Mackall To: "H. Peter Anvin" Cc: Alexander van Heukelum , Ingo Molnar , Andi Kleen , Cyrill Gorcunov , Alexander van Heukelum , LKML , Thomas Gleixner , lguest@ozlabs.org, jeremy@xensource.com, Steven Rostedt , Mike Travis In-Reply-To: <49191185.2000102@zytor.com> References: <20081104122839.GA22864@mailshack.com> <20081104150729.GC21470@localhost> <20081104170501.GE29626@one.firstfloor.org> <1225822006.21441.1282961299@webmail.messagingengine.com> <20081104204400.GC10825@elte.hu> <1226243805.27361.1283784629@webmail.messagingengine.com> <20081110085846.GG22392@elte.hu> <1226321061.23701.1283927805@webmail.messagingengine.com> <20081110130709.GA32613@elte.hu> <1226352907.25721.1284024167@webmail.messagingengine.com> <49191185.2000102@zytor.com> Content-Type: text/plain Date: Thu, 13 Nov 2008 16:23:59 -0600 Message-Id: <1226615039.3343.53.camel@calx> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1269 Lines: 30 On Mon, 2008-11-10 at 21:00 -0800, H. Peter Anvin wrote: > Okay, after spending most of the day trying to get something that isn't > completely like white noise (interesting problem, otherwise I'd have > given up long ago) I did, eventually, come up with something that looks > like it's significant. I did a set of multiple runs, and am looking for > the "waterfall points" in the cumulative statistics. > > http://www.zytor.com/~hpa/baseline-hpa-3000-3600.pdf > > This particular set of data points was gathered on a 64-bit kernel, so I > didn't try the segment technique. > > It looks to me that the collection of red lines is enough to the left of > the black ones that one can assume there is a significant effect, > probably by about a cache miss worth of time. This graph is a little confusing. Is the area under each curve here supposed to be a constant? Is this latency from all interrupts as seen by userspace? Or does a particular interrupt dominate? -- Mathematics is the supreme nostalgia of our time. -- 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/