Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268423AbTGIQrL (ORCPT ); Wed, 9 Jul 2003 12:47:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266068AbTGIQrL (ORCPT ); Wed, 9 Jul 2003 12:47:11 -0400 Received: from fmr04.intel.com ([143.183.121.6]:55017 "EHLO caduceus.sc.intel.com") by vger.kernel.org with ESMTP id S268423AbTGIQqy convert rfc822-to-8bit (ORCPT ); Wed, 9 Jul 2003 12:46:54 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Subject: RE: [PATCH] idle using PNI monitor/mwait Date: Wed, 9 Jul 2003 10:01:27 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH] idle using PNI monitor/mwait Thread-Index: AcNFqX3qi1nwW1fkQe2bDmwduQI3HQABEMPQACMeP6A= From: "Mallick, Asit K" To: "Nakajima, Jun" , "Linus Torvalds" Cc: , "Saxena, Sunil" , "Pallipadi, Venkatesh" X-OriginalArrivalTime: 09 Jul 2003 17:01:28.0300 (UTC) FILETIME=[BCEA6AC0:01C3463B] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2335 Lines: 67 Linus, We are analyzing the performance of use of mwait in contention codes. We do not have all the data yet and will let you know the benefit of use of mwait in contention code. Thanks, Asit > -----Original Message----- > From: Nakajima, Jun > Sent: Tuesday, July 08, 2003 5:36 PM > To: 'Linus Torvalds' > Cc: linux-kernel@vger.kernel.org; Saxena, Sunil; Mallick, > Asit K; Pallipadi, Venkatesh > Subject: RE: [PATCH] idle using PNI monitor/mwait > > > That's right. If we have a lot of high-contention locks in > the kernel, we need to fix the code first, to get benefits > for the other architectures. > > "mwait" granularity (64-byte, for example) is given by the > cpuid instruction, and we did not use it because 1) it's > unlikely that the other fields of the task structure are > modified when it's idle, 2) the processor needs to check the > flag after mwait anyway, to avoid waking up with a false > signal caused by other break events (i.e. mwait is a hint). > > Jun > > > -----Original Message----- > > From: Linus Torvalds [mailto:torvalds@osdl.org] > > Sent: Tuesday, July 08, 2003 4:34 PM > > To: Nakajima, Jun > > Cc: linux-kernel@vger.kernel.org; Saxena, Sunil; Mallick, Asit K; > > Pallipadi, Venkatesh > > Subject: Re: [PATCH] idle using PNI monitor/mwait > > > > > > On Tue, 8 Jul 2003, Nakajima, Jun wrote: > > > > > > Attached is a patch that enables PNI (Prescott New Instructions) > > > monitor/mwait in kernel idle (opcodes are now public). > Basically MWAIT > > > is similar to hlt, but you can avoid IPI to wake up the processor > > > waiting. A write (by another processor) to the address > range specified > > > by MONITOR would wake up the processor waiting on MWAIT. > > > > How about spinlocks? Does it make sense to make the > contention code use > > mwait too, or are the latencies too high? Not that we have a lot of > > high-contention locks any more, so maybe it doesn't much matter. > > > > Also, wasn't there some flag to set the "mwait" > granularity? I don't see > > anything like that in the patch.. > > > > Linus > > - 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/