Date: Wed, 27 Feb 2002 18:10:11 -0500 From: Bosko Milekic <bmilekic@unixdaemons.com> To: Terry Lambert <tlambert2@mindspring.com> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Alfred Perlstein <bright@mu.org>, Julian Elischer <julian@elischer.org>, Jeff Roberson <jroberson@chesapeake.net>, arch@FreeBSD.ORG Subject: Re: Slab allocator Message-ID: <20020227181011.A62898@unixdaemons.com> In-Reply-To: <3C7D6586.558B8EE1@mindspring.com>; from tlambert2@mindspring.com on Wed, Feb 27, 2002 at 03:02:30PM -0800 References: <200202271926.g1RJQCm29905@apollo.backplane.com> <Pine.BSF.4.21.0202271128580.97278-100000@InterJet.elischer.org> <20020227194256.GR80761@elvis.mu.org> <200202271955.g1RJtAj30178@apollo.backplane.com> <20020227151722.B42681@unixdaemons.com> <3C7D4958.D1B8CD3D@mindspring.com> <20020227171945.B46831@unixdaemons.com> <3C7D6586.558B8EE1@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 27, 2002 at 03:02:30PM -0800, Terry Lambert wrote: > Bosko Milekic wrote: > > OK, since you obviously know what you're talking about, how about you > > sit down and produce some patches for Jeff? I think he would appreciate > > it very much, instead of the generalizations and "you should not do > > this, but do X" abstractions. > > Before you get up in arms... in case this wasn't clear... > > I think that his code is importable without any patches. > > I was pointing out how the complaints people have can be > addressed without altering the theme or the majority of > the code itself. I was not suggesting that the changes > must be made before import. > > The comments on not renaming the files, and the prefix > on the name are salient, as are the statistics comments > (keep appropriate statistics, rather than trying to > emulate previously appropriate statistics). > > I would like to see him address the issues he feels need > to be addressed, but since the performance is not worse > with the code, all of that can be handled later, after > an import. > > It's certain that the current allocation code can't SMP > scale the way Jeff's code can and it's a step in the > right direction. > > Now is the time to get things into -current, so that > they can be stabilized (if necessary) and improved (I > think several people, myself included, believe the code > can be improved, but it doesn't have to be before it > can go in). > > Kirk likes the code; what else is required before simply > importing it, and making the vm_zone code optional so > that the rest can be converted? > > -- Terry Thank you. I believe that we now understand each other and are tuned into the same frequency. :-) -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020227181011.A62898>