From owner-freebsd-current@FreeBSD.ORG Mon Jul 19 22:56:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A347916A4CE for ; Mon, 19 Jul 2004 22:56:49 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-17-24.jetstream.xtra.co.nz [222.152.17.24]) by mx1.FreeBSD.org (Postfix) with SMTP id 736B343D54 for ; Mon, 19 Jul 2004 22:56:48 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 74476 invoked by uid 1011); 19 Jul 2004 22:56:52 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 5.780707 secs); 19 Jul 2004 22:56:52 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO ?192.168.63.100?) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 19 Jul 2004 22:56:45 -0000 Message-ID: <40FC50F8.3060403@corrupt.co.nz> Date: Tue, 20 Jul 2004 10:53:44 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040714) X-Accept-Language: en-us, en MIME-Version: 1.0 To: conrads@cox.net References: In-Reply-To: X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-gnome@freebsd.org Subject: Re: [amd64] System lockups still continuing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 22:56:49 -0000 Conrad J. Sabatier wrote: >On 19-Jul-2004 Kevin Oberman wrote: > > >>>On 18-Jul-2004 Conrad J. Sabatier wrote: >>> >>> >>>>I had posted several weeks ago about constant hard lockups of my >>>>amd64 box. At first, I attributed the problem to GNOME, then to >>>>my kernel config, but now it appears to me that the problem >>>>really lies with Mozilla/Firefox. >>>> >>>> >>>Well, another theory bites the dust. I tried running GNOME >>>yesterday, never touched Mozilla or Firefox, and the system locked >>>up while doing some file management chores in Nautilus. >>> >>>It must be something low-level in GNOME, some shared library, >>>probably, but I have yet to track it down. >>> >>> >>I have lost track of the full thread and this mail list is not >>tracked by google :-(, so this may have been ruled out. Are you sure >>that it's not the preemption problem that is biting you? This applies >>to CURRENT systems only, so may not be applicable to what you are >>seeing, the symptoms are a match. >> >> > >Hmm, you may be right. Is there any workaround for this? I've tried >both SCHED_ULE and SCHED_4BSD, both producing the same results. > >What's strange is that this only seems to occur when either running a >full-blown GNOME desktop or using some GNOME-related app under another >environment. > >I'm currently working under KDE, just for comparison, and no such >problems have occurred, unless I try using, say, Mozilla or Firefox. > >I'll Cc: this to current and see what they think. > > My fix (and this doesn't produce a laggy system for my Evon800v Laptop) and hasn't hung since. I stream music/tv and do compiling at the same time and discovered no pops or high CPU usage on the system. Im currently streaming a 128bkps TV stream + various other things: $ uptime 10:51AM up 1:11, 6 users, load averages: 0.27, 0.22, 0.18 $ top | less last pid: 1463; load averages: 0.16, 0.19, 0.17 up 0+01:11:39 10:52:25 115 processes: 1 running, 114 sleeping Mem: 346M Active, 47M Inact, 79M Wired, 20M Cache, 60M Buf, 1096K Free Swap: 998M Total, 998M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 791 drew 20 0 73796K 62696K kserel 1:20 9.81% 9.81% thunderbird-bin 656 drew 96 0 106M 97240K select 1:45 0.93% 0.93% XFree86 926 drew 8 0 18544K 8236K nanslp 1:00 0.73% 0.73% mplayer 772 drew 96 0 15788K 10724K select 0:41 0.05% 0.05% battstat-applet-2 738 drew 96 0 22592K 16060K select 0:33 0.05% 0.05% python 724 drew 96 0 13428K 9232K select 0:10 0.05% 0.05% metacity Here is the FIX: $ cp /usr/src/sys//include/param.h /tmp/param.h && perl -ple 's/#define PREEMPTIVE.+\n$//i' /tmp/param.h > /usr/src/sys//include/param.h /tmp/param.h Add/Update this option in your kernel HZ=2000 $ make buildworld && make buildkernel && make installkernel && make installworld && reboot FWIW - Drew