Date: Thu, 20 Dec 2012 11:56:29 +0100 From: Fabian Keil <freebsd-listen@fabiankeil.de> To: Alexander Motin <mav@FreeBSD.org> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: [RFC/RFT] calloutng Message-ID: <20121220115629.3379a261@fabiankeil.de> In-Reply-To: <50D03173.9080904@FreeBSD.org> References: <50CCAB99.4040308@FreeBSD.org> <50CE5B54.3050905@FreeBSD.org> <50D03173.9080904@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/fkGvS34IKnUI/zs202wNFV9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Alexander Motin <mav@FreeBSD.org> wrote: > Experiments with dummynet shown ineffective support for very short=20 > tick-based callouts. New version fixes that, allowing to get as many=20 > tick-based callout events as hz value permits, while still be able to=20 > aggregate events and generating minimum of interrupts. >=20 > Also this version modifies system load average calculation to fix some=20 > cases existing in HEAD and 9 branches, that could be fixed with new=20 > direct callout functionality. >=20 > http://people.freebsd.org/~mav/calloutng_12_17.patch With this patch (and the previous one, I didn't test the others) my mouse cursor is occasionally not reacting for short amounts of time (less than a second, but long enough to be noticeable). Every now and then the window manager (i3-wm) changes window focus which could be explained by either phantom keyboard or mouse input, or terminal lines are marked as if the cursor was moved with the left button pressed. The problems happen a couple of times per hour but I haven't been able to intentionally reproduce them. They only seem to occur while I'm moving the cursor, but of course I wouldn't otherwise notice a unresponsive cursor anyway. While the cursor is unresponsive, keyboard input and the rest of the system works as expected as far as I can tell. If I set debug.psm.loglevel=3D4 I get a "psm0: lost interrupt?" message once per second when not moving the mouse, however that also happens without the patch and thus might be unrelated. I'm using moused. I'm not sure what additional information is necessary to debug this, so here a bunch of sysctl values that may or may not be relevant: fk@r500 ~ $sysctl kern.eventtimer kern.timecounter kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.HPET3.flags: 3 kern.eventtimer.et.HPET3.frequency: 14318180 kern.eventtimer.et.HPET3.quality: 440 kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) i8254(10= 0) kern.eventtimer.singlemul: 2 kern.eventtimer.idletick: 0 kern.eventtimer.activetick: 1 kern.eventtimer.timer: HPET kern.eventtimer.periodic: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 25970 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3963519587 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 7323739 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 454465294 kern.timecounter.tc.TSC.frequency: 1995040520 kern.timecounter.tc.TSC.quality: -1000 kern.timecounter.stepwarnings: 0 kern.timecounter.hardware: HPET kern.timecounter.choice: TSC(-1000) ACPI-fast(900) HPET(950) i8254(0) dummy= (-1000000) kern.timecounter.tick: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.smp_tsc: 0 The system is a Lenovo R500 with a Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz (1995.04-MHz K8-class CPU) Fabian --Sig_/fkGvS34IKnUI/zs202wNFV9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDS7uAACgkQBYqIVf93VJ2pCACff/7xWSIRPvg5DOxagbqQ+ode bjoAnjGS5O3+ryxDeCo4x1BlsPdhX8Oe =bs7m -----END PGP SIGNATURE----- --Sig_/fkGvS34IKnUI/zs202wNFV9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121220115629.3379a261>