Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753168AbYK2Sdk (ORCPT ); Sat, 29 Nov 2008 13:33:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751638AbYK2Sdb (ORCPT ); Sat, 29 Nov 2008 13:33:31 -0500 Received: from mx2.redhat.com ([66.187.237.31]:59164 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751042AbYK2Sdb (ORCPT ); Sat, 29 Nov 2008 13:33:31 -0500 Message-ID: <49318822.1070100@redhat.com> Date: Sat, 29 Nov 2008 20:21:22 +0200 From: Avi Kivity User-Agent: Thunderbird 2.0.0.18 (X11/20081119) MIME-Version: 1.0 To: Alexander van Heukelum CC: "H. Peter Anvin" , Alexander van Heukelum , lguest@ozlabs.org, jeremy@xensource.com, LKML , Mike Travis , Cyrill Gorcunov , Steven Rostedt , Andi Kleen , Ingo Molnar , Thomas Gleixner Subject: Re: [Lguest] [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes References: <20081104150729.GC21470@localhost> <20081104170501.GE29626@one.firstfloor.org> <1225822006.21441.1282961299@webmail.messagingengine.com> <20081104204400.GC10825@elte.hu> <1226243805.27361.1283784629@webmail.messagingengine.com> <49178E89.2000307@zytor.com> <492DC13F.8020009@redhat.com> <492DE3EF.8060507@zytor.com> <492E72D7.9060201@redhat.com> <20081128204809.GA17920@mailshack.com> <20081129154516.GA26579@mailshack.com> In-Reply-To: <20081129154516.GA26579@mailshack.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1122 Lines: 25 Alexander van Heukelum wrote: > I now did the benchmarks for the same -rc6 with hpa's 4-byte stubs > too. Same machine. It's significantly better than the other two > options in terms of speed. It takes about 7% less cpu to handle > the interrupts. (0.64% cpu instead of 0.69%.) I have to run now, > I'll let interpreting the histogram to someone else ;). > This is noise. 0.05% cpu on a 1GHz machine servicing 1000 interrupt/sec boils down to 500 cycles/interrupt. These changes shouldn't amount to so much (and I doubt you have 1000 interrupts/sec with a single disk).. I'm sorry, but the whole effort is misguided, in my opinion. If you want to optimize, try reducing the number of interrupts that occur rather than saving a few cycles in the interrupt path. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain. -- 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/