* David Greenman <[EMAIL PROTECTED]> [000703 01:32] wrote: .. response to mbuf rewrite > I'm not trying to 'frown upon evolution', unless the particular form of > evolution is to make the software worse than it was. I *can* be convinced > that your proposed changes are a good thing and I'm asking you to step up > to the plate and prove it. I agree, we can not afford to sacrifice performance for memory footprint any longer, it's just not realistic. If a subsystem needs X amount of memory at some point in time it will need it again. Sacrificing performance to fix the small occurances where this is not the case is not worth it, the general case will always be there and will be more important. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: mbuf re-write(s), v 0.1 David Greenman
- Re: mbuf re-write(s), v 0.1 Bosko Milekic
- Re[2]: mbuf re-write(s), v 0.1 Joe McGuckin
- Re: Re[2]: mbuf re-write(s), v 0.1 Alfred Perlstein
- Re: Re[2]: mbuf re-write(s), v 0.1 Bosko Milekic
- Re: mbuf re-write(s), v 0.1 David Greenman
- Re: mbuf re-write(s), v 0.1 Bosko Milekic
- Re: mbuf re-write(s), v 0.1 Poul-Henning Kamp
- Re: mbuf re-write(s), v 0.1 David Greenman
- Re: mbuf re-write(s), v 0.1 Poul-Henning Kamp
- Re: mbuf re-write(s), v 0.1 Alfred Perlstein
- Re: mbuf re-write(s), v 0... Jeroen C. van Gelderen
- Re: mbuf re-write(s), v 0... Alfred Perlstein
- Re: mbuf re-write(s), v 0.1 Bosko Milekic
- Re: mbuf re-write(s), v 0... Poul-Henning Kamp
- Re: mbuf re-write(s), v 0... Bosko Milekic
- Re: mbuf re-write(s), v 0... Bill Fumerola
- Re: mbuf re-write(s), v 0... Poul-Henning Kamp
- Re: mbuf re-write(s), v 0... Bosko Milekic
- Re: mbuf re-write(s), v 0... Bosko Milekic
- Re: mbuf re-write(s), v 0.1 Matthew Dillon