lkml.org 
[lkml]   [2004]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CONFIG_PREEMPT and server workloads
"Marinos J. Yannikos" <mjy@geizhals.at> wrote:
>
> we upgraded a few production boxes from 2.4.x to 2.6.4 recently and the
> default .config setting was CONFIG_PREEMPT=y. To get straight to the
> point: according to our measurements, this results in severe performance
> degradation with our typical and some artificial workload. By "severe" I
> mean this:

You're the first to report this. On a little 256MB P4-HT box here, running
2.6.5-rc1:

preempt:

make -j3 vmlinux 272.49s user 16.32s system 196% cpu 2:26.77 total

non-preempt:

make -j3 vmlinux 271.64s user 15.65s system 195% cpu 2:27.25 total

> If not, shouldn't there be a big warning sticker somewhere that says
> "DON'T EVEN THINK ABOUT KEEPING THIS DEFAULT SETTING UNLESS ALL YOU WANT
> TO DO IS LISTEN TO MP3 AUDIO WHILE USING XFREE86!"?

Dude, chill ;) Something seems to be pretty busted there. Is the machine
swapping at all? Under any sort of memory stress? How does it compare
with 2.4 running the same workloads?

Suggest you run some simple IO benchmarks (straight dd, hdparm -t,
bonnie++, tiobench, etc) and compute-intensive tasks, etc. Try to narrow
down exactly what part of the kernel's operation is being impacted. Is it
context switches, I/O rates, disk fragmentation, etc, etc.

If you can distill to regression down to the most simple test then we can
identify its cause more easily.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.162 / U:0.184 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site