From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joanna Rutkowska Subject: Re: A clocksource question Date: Wed, 10 Mar 2010 23:13:43 +0100 Message-ID: <4B981997.4030605@invisiblethingslab.com> References: <4B962748.90609@invisiblethingslab.com> <4B96DB69.10101@goop.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0450374056==" Return-path: In-Reply-To: <4B96DB69.10101@goop.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jeremy Fitzhardinge Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0450374056== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CA8E29FC5EED821E320ACCD" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CA8E29FC5EED821E320ACCD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/10/2010 12:36 AM, Jeremy Fitzhardinge wrote: > On 03/09/2010 02:47 AM, Joanna Rutkowska wrote: >> I would appreciate if somebody could shed some light on the currently >> preferred setting of the clocksource for the pvops0 kernels, used both= >> in Dom0 and DomU (I'm using pvops0 in DomU because it provides backend= s, >> e.g. network backend). >> =20 >=20 > clocksource=3Dxen is supposed to be the ideal clocksource, with no down= sides. >=20 >> I have a bad experience with running the Dom0 kernel >> (xen/stabale-2.6.31.6-based) with the default clocksource=3Dxen, as it= >> results in the system getting temporary "hangs", very short ones, but >> annoying. E.g. when one types fast on a keyboard, then every 10 second= s >> or so, the keystroke processing seems to be slowing down significantly= >> for a second o so. >> =20 >=20 > There have been a number of reports about hiccups of varying degrees of= > severity when using clocksource=3Dxen (and, interestingly, in KVM when > using its very similar pv clock interface). I haven't seen anyone > mention keyboard interactive performance; the failure mode I've seen is= > disk IO hiccuping or even getting completely wedged. Unfortunately I > haven't made much headway in debugging it (or even reliably reproducing= > it). >=20 > What is the hardware platform? Intel Core 2 Duo, Intel PM45 chipset. > How many CPUs are you using? 2 cores, all CPU-specific power management in BIOS disabled. > Does pinning the vcpus to pcpus help? I tried: xm vcpu-pin all all for all my running domains, and it didn't change anything. But not sure if this is correct? Perhaps I should do: xm vcpu-pin 0 0 xm vcpu-pin 1 1 ? Perhaps there is a boot option to do the same system-wide? >> Running the kernel with clocksource=3Djiffies eliminates the above pro= blem >> but has a disadvantage of the clock drift in Dom0. This is not >> acceptable on my setup, where I don't have any networking in Dom0, whi= ch >> means I cannot correct it via NTP. >> >> Interestingly the above problem didn't seem to affect the Dom0 kernel >> based on xen/stable-2.6.32. >=20 > That's interesting; there's no difference in the Xen-specific > timekeeping parts of the kernel, but perhaps something else has changed= > in the way time is handled. >=20 > Interestingly, this keyboard hiccup effect does not occur in DomUs, only in Dom0. However, the DomUs clearly experience some scheduling problems -- e.g. sometime programs take a loooong time to start up, just like if their CPU time was miscalculated and they were constantly preempted, but xentop doesn't show any high load anywhere. Occasionally this is visible in both Dom0's and DomU's dmesgs: Clocksource tsc unstable (delta =3D 62752834 ns) hrtimer: interrupt too slow, forcing clock min delta to 412700358 ns > I don't remember if 3.4.2 ended up with tsc emulation, but if it does > you might try enabling it. >=20 TSC emulation? But I'm running only PV guests. Not sure what do you mean by this, or how to enable it? j. --------------enig5CA8E29FC5EED821E320ACCD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkuYGZkACgkQORdkotfEW86N6wCgl8uoBbl+s3OZhmeMhKPbDC1/ ytEAnjjm7tnC2i2QmVtD1/+liN9Tsxdq =bvdw -----END PGP SIGNATURE----- --------------enig5CA8E29FC5EED821E320ACCD-- --===============0450374056== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0450374056==--