Skip to contentSkip to conversation

Kernel 2.5.6 Interactive performance

DISCUSSION Charles Heselton 1 participant 1 message Mar 10, 2002 1 message not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

#1 lore raw

I can understand that. This just seemed the most readily available resource. All of you über-geeks out there...I appreciate your knowledge and hard work.

Thanks,
Charles Heselton
Network Installer
Staffing Alternatives, Inc.
619.261.6866
[email protected] <mailto:[email protected]>

-----Original Message-----
From: Hua Zhong [mailto:[email protected]]
Sent: Saturday, March 09, 2002 2235
To: [email protected]
Subject: Re: Kernel 2.5.6 Interactive performance

I suggest you subsribe to the kernelnewbies maillist instead. Start from
http://www.kernelnewbies.org.
It's much more useful for a newbie.

LKML is for developing linux kernel, not for tutoring how to use kernel. Don't expect/ask those hackers
to speak in language easy to understand for everyone.

----- Original Message -----
From: "Charles Heselton" <[email protected]>
To: "Robert Love" <[email protected]>; "Mike Fedyk" <[email protected]>
Cc: "Dieter N?tzel" <[email protected]>; "Dan Mann" <[email protected]>; "Linux Kernel List" <[email protected]>; "J.A. Magallon" <[email protected]>
Sent: Saturday, March 09, 2002 10:18 PM
Subject: RE: Kernel 2.5.6 Interactive performance

Quoted 8 lines

Well, unfortunately, you guys are still talking a little above my head. I kind of understand what you are saying but not completely. Are the -aa and -ac patches? How do you install/run a patch? Are they tags to put in when compiling? What is VM28-vm30? All I've done so far is untar the tarballs from kernel.org (or wherever) and go from there. Finally started having success with it, but all this stuff that you guys are talking about on the development level is a little above me. Which, BTW, is partly why

I

Quoted 23 lines

subscribed to the mailing list - to try to learn a little more. So could you guys be a little more specific in the explanations?

Thanks,
Charles Heselton
Network Installer
Staffing Alternatives, Inc.
619.261.6866
[email protected] <mailto:[email protected]>

-----Original Message-----
From: [email protected] [mailto:[email protected]]On Behalf Of Robert Love
Sent: Saturday, March 09, 2002 2206
To: Mike Fedyk
Cc: [email protected]; Dieter N?tzel; Dan Mann; Linux Kernel List; J.A. Magallon
Subject: Re: Kernel 2.5.6 Interactive performance

Quoted 4 lines
Quoted 2 lines · Mike Fedyk
Quoted 1 line · Robert Love

The 2.5 tree also has most of these toys, and is a better place for

this

Quoted 1 line
Quoted 1 line
Quoted 1 line

development IMO. Personally, I'd stay away from these all-in-one

silly

Quoted 2 lines
Quoted 2 lines
Quoted 2 lines

patches that are floating around these days. Your safest bet is just stock 2.4.18 or whatever is latest, although the above addons are all

at

Quoted 38 lines
Quoted 6 lines
Quoted 2 lines

varying levels of "stable" and "safe".

Then what do you call -aa and -ac? ;)

These "all-in-one" patches do make it harder to debug specific patches,

but

Quoted 2 lines

it does create a wider audience for many patches that wouldn't be used otherwise.

I don't put -aa nor -ac in the same category as what I refer to above. Alan and Andrea's trees both contain an intelligent combination of useful patches, bug fixes, and code from Alan and Andrea themselves.

The plethora of all-in-one every-patch-under-the-sun patchsets don't fall into the above category, in my opinion. They just mix various new feature patches. They do offer one benefit: much wider exposure for some potentially very useful patches. I have found, however, that they don't help the actual patch authors much since (a) they are mixed in with many other patches and possibly even erroneously merged and (b) the bug reports never make it upstream to the actual patch maintainers.

Maybe I'm just annoyed by the even greater signal-to-noise ratio on lkml :-)

Robert Love

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

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