[amd64] System lockups still continuing
Drew Broadley
drew at corrupt.co.nz
Mon Jul 19 15:56:49 PDT 2004
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/<arch>/include/param.h /tmp/param.h && perl -ple
's/#define PREEMPTIVE.+\n$//i' /tmp/param.h >
/usr/src/sys/<arch>/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
More information about the freebsd-gnome
mailing list