Re: [amd64] System lockups still continuing

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