Thanks to those who replied. I use my machine for basic day to day tasks, and do nothing out of the ordinary. I just want to learn, and experiment with things. What I love about linux. I really only been using linux for a couple of months, and love it. Might have a go at re-compiling the 2.4.18-18.0 kernel of theirs first, and see what happens. thanks Guys. On Thu, 2002-12-19 at 03:02, Rick Johnson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > At 22:55 18/12/2002 +1100, you wrote: > | What I mean is, if I went to say www.kernel.org and downloaded to latest > | development kernel, or even just a later one that red hat is not using > | yet, say 2.4.20, would it affect my system. > | In other words, when I say standard release, one that red hat has not > | released through their update feature, nor supported. > > Should work fine. There will be features missing from the Linus tree > that you'll find in the Red Hat tree, and visa versa. > > One specific thing to watch out for is quota support. Last I checked, > the Linus kernels are still using Quota v1 whereas the Red Hat kernels > are using quota v2. So if you update your kernel and are using quotas, > be prepared to migrate them to the supported format or find a way to > patch v2 support into your Linus kernel (unless it's been added to > 2.4.20 - last kernel I compiled myself was 2.4.19). Alan Cox kernels (ac > branch), however, use quota v2. > > I used to be a kernel compile junkie, however recently, I've taken for > granted that the Red Hat kernels are "good enough", and I appreciate the > ~ fact that they've already patched the holes in theirs. When managing > 15-20 machines, recompiling the kernel for each one, grabbing the > correct modules for the existing hardware can be quite time consuming, > and I'm not sure the benefits in performance would outweigh the time it > takes to customize. > > Bottom line - unless you feel that 2.4.20 and/or compiling it yourself > will provide benefits that Red Hat's Patched 2.4.18 series doesn't > provide, and unless it's worth missing out on Red Hat's additions, I'd > stick to Red Hat's kernels. > > An alternative to get most of the gains: feel free to recompile theirs > for your specific architecture/hardware. Unless you're athlon based, > there's probably a small gain between i686 generic and PIII/PIV - not to > mention the potential gain of using a static kernel specific for your > hardware vs. using modules. > > My 2 cents, > - -Rick > - -- > Rick Johnson, RHCE - [EMAIL PROTECTED] (from home) > Linux/WAN Administrator - Medata, Inc. > PGP Key: https://mail.medata.com/pgp/rjohnson.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+AJwvIgQdhlSHZgMRAiwGAJ44T2MrlVRj3lFA5i1Vr48+ecvDvQCg+ZYB > SWRJSv+pU7dM3TRIx/34sTk= > =dWVN > -----END PGP SIGNATURE----- > > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe > https://listman.redhat.com/mailman/listinfo/redhat-list
-- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list