I wanna say that people need to base their claims on facts instead of flailing their arms in the air(less they would hit someone). In the past i only worked with Redhat Distributions (underline), which is quite different then just referring to a specific kernel version which may or may not have some obscure bug that ur junkyard composed computer, didn't ran on, and probably because u don't know how to compile a module!. Anyway, what do u mean performance? what are you running? a cluster? I rarely hit the 100% cpu thingy, and I don't have an internal clock that can count the few percentage of milliseconds improvements. Usually when I install "Linux", I use redhat dist with the default kernel, unless I wanna do something radical and patching etc..(or something stupid :) I can tell u, there is no joy to need to go and reboot a computer a few miles from u, or pay someone to do it on another continent. better lower the chances that it'll happen by using a kernel that went thru QA. Another important thing, is responsibility. It is no secret that untested kernel/"clean" can wipe ur disk and mess inodes. My guess is that people who claim that clean kernels are better, did not install these kernels on an important "production" servers, because it would be irresponsible.
sure, I use clean kernels for a few years as my personal router server because I like to play with network patches etc, but I can tell u that for friends or businesses I would never install it, even if they would insist because it would cost more to just return and fix it anytime there is a bug or if there was a serious bug that could wipe their hd and who do u think they would blame? they are not techies, so u can be fairly sure they would blame u! * - * - * Tzahi Fadida [EMAIL PROTECTED] Technion Email: [EMAIL PROTECTED] My Cool Site: HTTP://WWW.My2Nis.Com * - * - * - * - * - * - * - * - * - * WARNING TO SPAMMERS: see at http://members.lycos.co.uk/my2nis/spamwarning.html > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of voguemaster > Sent: Thursday, September 26, 2002 1:44 PM > To: Israeli Linux Mailing List > Subject: Re: linux 2.4.20-pre?-ac? kernels > > > > I'm sorry to say, but you are wrong. Vendor kernels may not > be the most > optimized or feature-specific kernels because they're aimed at many > users, but they are stable. Personally I have been using > kernel 2.2.14-5 > (the one that comes with RH 6.2) on my development system for over > 3 years now (well, now I don't work at it quite as much but still..). > Other experiences I have with RH kernels completely > contradict what you > have just said. > Of course, these are only my own personal examples, but if you are to > drop a bomb like this and shout that vendor kernels (RH specifically) > are not stable, do back your claims up with facts. FACTS are examples > for bugs and stability issues. I doubt you'll find more of > those in vendor > kernels of the major distributers than on pre-release kernels. > > Good day > > Eli > > 26/09/02 11:58:08, Ariel Biener <[EMAIL PROTECTED]> wrote: > > >On Thu, 26 Sep 2002, Muli Ben-Yehuda wrote: > > > >> shape or form. Why don't you use the vendor's kernels? For > production > >> use, that's definitely the safest bet. > > > >That is completely untrue, and also missleading to the whole > community > >reading this thread. It is a sad fact that for example, > RedHat kernels > >have a zillion of badly tested or even not that patches, > which Linus and > >the Linux kernel development team would never insert in the > kernel just > >like that. > > > >Not only that they are not *stable*, they are less stable > than any pre > >kernel. > > > > "There's so many different worlds > So many different suns > And we have just one world > But we live in different ones.." > > - Dire Straits > > > > > ================================================================= > To unsubscribe, send mail to [EMAIL PROTECTED] with > the word "unsubscribe" in the message body, e.g., run the command > echo unsubscribe | mail [EMAIL PROTECTED] > > > > > ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
