Justin Piszcz wrote:
> On Tue, 23 Jan 2007, Michael Tokarev wrote:
>
>
>> Justin Piszcz wrote:
>> []
>>
>>> Is this a bug that can or will be fixed or should I disable pre-emption on
>>> critical and/or server machines?
>>>
>> Disabling pre-emption on critical and/or server machines seems to be a good
>> idea in the first place. IMHO anyway.. ;)
>>
>> /mjt
>>
>>
>
> So for a server system, the following options should be as follows:
>
> Preemption Model (No Forced Preemption (Server)) --->
> [ ] Preempt The Big Kernel Lock
>
> Also, my mobo has HPET timer support in the BIOS, is there any reason to
> use this on a server? I do run X on it via the Intel 965 chipset video.
>
> So bottom line is make sure not to use preemption on servers or else you
> will get weird spinlock/deadlocks on RAID devices--GOOD To know!
I should actually think it's BAD to know, it has nothing to do with
servers, either PREEMPT works safely or it doesn't, like being pregnant
there are no grey areas.
Justin Piszcz wrote:
This is not a reason. The reason is that preemption usually works worse
on servers, esp. high-loaded servers - the more often you interrupt a
(kernel) work, the more nedleess context switches you'll have, and the
more slow the whole thing works.
Another point is that with preemption enabled, we have more chances to
hit one or another bug somewhere. Those bugs should be found and fixed
for sure, but important servers/data isn't a place usually for
bughunting.
Unfortunately bugs, like big horn sheep, must be hunted where they can be
found, however inconvenient that may be.
I am curious to know if this applies to voluntary preempt as well.
--
bill davidsen <davidsen@xxxxxxx>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
[[HTML alternate version deleted]]
|