PDA

View Full Version : Desktop Kernels



Juneau
11th August 2004, 10:58 PM
Hey everyone!

I saw the link to Desktop Kernels on fedoranews.org.

Right about then I was ready to try anything because my desktop was slow as hell and barely usable...I have a P3 700 btw, but I did'nt want Linux on the new PC a P4 3.2.

So I downloaded the Kernel and it has increased speed and My Core 2 is now faster than my windows XP installation.

So for anyone using Fedora Core 2 as a desktop I would highly recommend this! It really increases performance!

http://apt.bea.ki.se/kernel-desktop/

Ug
11th August 2004, 11:03 PM
Moved to Fedora Focus - as its more general and shouldn't really be a "how-to".

foolish
11th August 2004, 11:20 PM
I would like to see some real benchmarks about this, as the the risk of placebo is rather high.

crackers
12th August 2004, 04:06 AM
"Lies, damned lies, and benchmarks," to paraphrase Mark Twain. But I agree, the placebo-effect is rampant. I'd like to see some acutal numbers as well, nonetheless.

ghaefb
12th August 2004, 08:23 AM
Desktop kernel ?!
Never heard of this before....

So it's like Linux kernel optimized for Desktop performance ?

foolish
12th August 2004, 01:26 PM
Read the fedore newsletter, I even posted a link to it on the front page.

Ug
12th August 2004, 09:14 PM
Who reads the front page anyway? :p

Picomp314
12th August 2004, 09:24 PM
bah pre-optimized kernels, make your own
i always make myself a new shiny kernel the day that kernel.org releases a new stable 2.6.x

this kernel-desktop seems decidedly undescriptive on the page, i like to know exactly what is in a kernel when i install it; in the case of the FC/RH kernels i always know exactly what is in them ... "EVERYTHING"

crackers
13th August 2004, 04:08 AM
"EVERYTHING"
Greedy bugger, ain't we? :D

ghaefb
13th August 2004, 06:39 AM
Who reads the front page anyway?
I know... :rolleyes:

Ned
14th August 2004, 03:19 AM
bah pre-optimized kernels, make your own
i always make myself a new shiny kernel the day that kernel.org releases a new stable 2.6.x

this kernel-desktop seems decidedly undescriptive on the page, i like to know exactly what is in a kernel when i install it; in the case of the FC/RH kernels i always know exactly what is in them ... "EVERYTHING"

I'm with you - now I have my config file optimised, it only takes me 10 mins to compile my own custom kernel with only the features I need. Highly minimal. Plus I keep a copy of the latest stable fedora kernel just in case I need a new feature as it contains everything.

To be absolutely honest though, I don't notice any real world performance difference between my highly optimised minimal kernel and the all-in fedora kernel other than the extra free memory I have. I guess on older slower hardware the differences may be more noticable, but it's more likely an insufficient memory issue.

Ned

crackers
14th August 2004, 03:47 AM
I guess I'm kernel-compile-averse because that used to be the only way to get the correct drivers in. 16+ hours on a 386SX16 - and it made the system pretty unusable the whole time because it sucked up 100% CPU. ***shudder***

Picomp314
14th August 2004, 03:51 AM
yeah i have compiled a new kernel on a 486 before, and i know your hesitance, but i have gotten my compile time down to 7 1/2 minutes, so i no longer worry about this

Ned
14th August 2004, 03:55 AM
16+ hours :eek:

I remember running some FFT software back in the days when I had a 486SX (no maths co-pro) and a simple fourier transform would take 28 mins. I bought a 486DX with co-pro and that droped to about 30 seconds :D

I timed the make bzImage && make_modules on my last compile and it took approx 10 mins on a AthlonXP 2100+ with 256MB. It probably takes me longer to download the source than it does to compile it. Anyway, 10 mins is just enough time to go make a cup of tea :)

CPU usage is high but I run SETI 24/7 anyway just to keep my cpu's warm :p

Ned

regeya
31st August 2004, 01:57 AM
16+ hours :eek:

I remember running some FFT software back in the days when I had a 486SX (no maths co-pro) and a simple fourier transform would take 28 mins. I bought a 486DX with co-pro and that droped to about 30 seconds :D

I timed the make bzImage && make_modules on my last compile and it took approx 10 mins on a AthlonXP 2100+ with 256MB. It probably takes me longer to download the source than it does to compile it. Anyway, 10 mins is just enough time to go make a cup of tea :)

CPU usage is high but I run SETI 24/7 anyway just to keep my cpu's warm :p

Ned

Am I thinking right that the 486SXs were just 486s with the fpu disabled?

I had the lamest 486 ever: it was a Cyrix 486DLC/40. Yes, DLC. Yes, 40MHz. It plugged into a 386 mobo. :o Fortunately the machine also had the optional FPU chip. Running an X server on this thing was a chore (especially since I had a whopping 8mb of RAM in the thing), but I'd tweaked the hell out of it. I was bound and determined to run X. I actually had it running respectably well before lightning took the machine out. I only had 4 VTs running (using mingetty) and anything that could run /bin/ash instead of bash did, and any script that could be ended with an exec foo instead of just foo was ended that way. It was amazing how many shells would be running in the background at that time. startx was a big offender as I recall, as were a number of slackware's scripts. For some reason, with tons more memory these days, people have figured out that having a gazillion shells running in the background just ain't cool. :D

I've tried this kernel and I'm not too impressed. Anyone messed with vanilla + selective preempt yet? I'm looking for something that'll be kinder and gentler during audio recording.

Picomp314
31st August 2004, 04:07 AM
the thing that bothers me about 2.6.8.x is that madwifi is now broken, and you have to patch the source
which requires reading the madwifi FAQ
damnit.

cybrjackle
31st August 2004, 06:50 AM
If you read here:

http://apt.bea.ki.se/kernel-desktop/

It tells you what is in the kernel, mostly Con Kolivas patchset's


Features
The base is the mainline kernel 2.6.7 + Fedora patches from 1.435.2.3
The following patches were removed:
- AIRO driver update
- Arch specific updates (x86_64, ppc, ...)
- Exec shield
- 4G / 4G
- __must_check addon
- make mlock an rlimit
- Limit the damage slocate can do to the VM
- TUX web server
- SELinux fixes
- Hack to printk

Added patches:
- Con Kolivas patchset (CK) : http://members.optusnet.com.au/ckolivas/kernel
- Supermount-ng : http://supermount-ng.sf.net
- Config HZ to 1000Hz
- Staircase CPU scheduler : http://members.optusnet.com.au/ckolivas/kernel/
- Auto-Swappiness : http://members.optusnet.com.au/ckolivas/kernel
- A lot of other things!
- Capabilities (Useful for jack sound server)
- NTFS read-only driver from baseline kernel

It certianly has nice patches that do add more response to the desktop. I've run his kernels before and I have also used Con's patch's building my own. You should give it a try and see what you think. Gives the noobie that is scared to patch a vanila kernel a chance to run a nice pre-packaged kernel.

cybrjackle
31st August 2004, 05:00 PM
:eek: Well, I haven't used this kernel in some weeks so after this thread I decieded to see if there was a latest and greatest and went to the site and one was release last night.

Boots up with a blanks screen on the SMP kernel, decieded to try the regualr kernel on a test box here at work and it also boots up with a blank screen. So I e-mailed who I "think" is the author of the kernel to let them know they should pull it. :rolleyes:

Picomp314
31st August 2004, 11:59 PM
cybrjackle: further reason i compile my own kernels...

cybrjackle
1st September 2004, 05:59 AM
:p Same here, but that still doesn't mean I don't like to play! ;)

Speaking of that, decied to grab the latest vanilla and Con's patches. :cool: