Date: Wed, 16 Jan 2008 00:29:06 -0500 From: Anish Mistry <mistry.7@osu.edu> To: Kris Kennaway <kris@freebsd.org> Cc: "David E. Thiel" <lx@redundancy.redundancy.org>, freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) Message-ID: <200801160029.18083.mistry.7@osu.edu> In-Reply-To: <478775B3.6050108@FreeBSD.org> References: <200710171228.39123.mistry.7@osu.edu> <200801041730.39016.mistry.7@osu.edu> <478775B3.6050108@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1261933.Z98WPrOuKI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 11 January 2008, Kris Kennaway wrote: > Anish Mistry wrote: > > On Friday 04 January 2008, Kris Kennaway wrote: > >> Kris Kennaway wrote: > >>> David E. Thiel wrote: > >>>> On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: > >>>>>> FWIW, the problem remains for me. Still terrible performance > >>>>>> during compiles. > >>>>> > >>>>> OK. Instead of going over all of the usual questions again, > >>>>> can you point me to a previous mail in which you explain your > >>>>> observations and test results in detail? > >>>> > >>>> The most recent is > >>>> http://marc.info/?l=3Dfreebsd-stable&m=3D119428719505129&w=3D2, but > >>>> it started way back at > >>>> http://marc.info/?l=3Dfreebsd-current&m=3D118998090512027&w=3D2. > >>>> > >>>> I've tried a lot of stuff in between, and all I've been able > >>>> to narrow it down to is that it's not a display driver issue, > >>>> and that none of my swap partition is getting used, so that's > >>>> not the problem. During compiles, my UP system with ULE still > >>>> gets very unresponsive when compiling, sometimes taking up to > >>>> 10 seconds just to draw a new terminal window. Even changing > >>>> focus with the window manager can take several seconds. I'd > >>>> like to provide more info, but I'm not sure what stats are > >>>> useful for this particular issue. Please let me know. dmesg is > >>>> at http://redundancy.redundancy.org/dmesg.txt, and kernel > >>>> config is at http://redundancy.redundancy.org/DEEPTHOUGHT. > >>>> Even though I'm still getting reported 80-95% memory > >>>> utilization and no paging, I'm going to get an extra gig of > >>>> RAM on order to see if that improves things. 2G of ram for a > >>>> desktop, what's the world coming to? ;) > >>> > >>> OK, can you obtain a schedgraph trace when the problem is > >>> manifesting? See /usr/src/tools/sched/ and previous discussion > >>> in this or related threads. > >> > >> Anyone? Time is rapidly running out to get this fixed in time > >> for 7.0-RELEASE, so we need this trace ASAP. > > > > http://am-productions.biz/docs/ktr.out.gz > > > > Is there a way to export the graph once I'm looking in it in > > schedgraph.py? > > The above trace does not show any compiler activity. What was the > process that was interfering with X performance in your case? > > You also have a CPU load of up to 17, which is rather high. I am > not sure it is reasonable to expect your machine to stay perfectly > responsive while it is under that kind of load. http://am-productions.biz/docs/ktr-2.out.gz Here is another run while compiling thunderbird, though it might just=20 show the same thing. It lasted about 20 seconds and hopefully I=20 caught some of it. =2D-=20 Anish Mistry --nextPart1261933.Z98WPrOuKI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjZYjxqA5ziudZT0RAoeFAJoCD0PpMLbqzgC1LDNfOUmhDRTH5gCgpyDs 4Elh93eYiCOE/ibSNvLH1F8= =/zuP -----END PGP SIGNATURE----- --nextPart1261933.Z98WPrOuKI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200801160029.18083.mistry.7>