Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751877AbWAOIx3 (ORCPT ); Sun, 15 Jan 2006 03:53:29 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751876AbWAOIx3 (ORCPT ); Sun, 15 Jan 2006 03:53:29 -0500 Received: from zlynx.org ([199.45.143.209]:3602 "EHLO 199.45.143.209") by vger.kernel.org with ESMTP id S1751877AbWAOIx3 (ORCPT ); Sun, 15 Jan 2006 03:53:29 -0500 Subject: Re: Dual core Athlons and unsynced TSCs From: Zan Lynx To: David Lang Cc: Andreas Steinmetz , Sven-Thorsten Dietrich , thockin@hockin.org, Lee Revell , linux-kernel In-Reply-To: References: <1137178855.15108.42.camel@mindpipe> <20060113215609.GA30634@hockin.org> <1137190698.2536.65.camel@localhost.localdomain> <43C848C7.1070701@domdv.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HHoGdJnW/FIubpIpvRWy" Date: Sun, 15 Jan 2006 01:52:44 -0700 Message-Id: <1137315165.28041.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1838 Lines: 55 --=-HHoGdJnW/FIubpIpvRWy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-01-13 at 17:04 -0800, David Lang wrote:=20 > On Sat, 14 Jan 2006, Andreas Steinmetz wrote: >=20 > > David Lang wrote: > > Well, wait until there's AMD based dual core x86_64 laptops out there > > (this email being written on a single core x86_64 one). I can already > > see the faces of the unhappy future owners being told "use idle=3Dpoll" > > when on battery and anyway going deaf by fan noise. > > > > (/me ducks and runs) >=20 > I'm not saying it's the right answer, but it's one of two workarounds=20 > currently available. >=20 > idle=3Dpoll causes increased power useage >=20 > timer source change (mentioned earlier in this thread) limits timer=20 > precision >=20 > neither of these are fixes, but by understanding the different costs=20 > people can choose the work around they want to use while waiting for a=20 > better fix. A laptop user could also bind a process to a single CPU, and use the scaling min/max values to lock CPU speed to a single value. The TSC may still stop during HLT, but software must be handling that already. Wouldn't that provide an accurate TSC? --=20 Zan Lynx --=-HHoGdJnW/FIubpIpvRWy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDyg1bG8fHaOLTWwgRAvE9AJ0SHLJ9bHlm00UhMdbmC4ZjjqzkaACfcp+z uqIuUmvE7HFMPDStnnR/nJw= =bFpb -----END PGP SIGNATURE----- --=-HHoGdJnW/FIubpIpvRWy-- - 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/