Re: ten thousand small processes
From: Bakul Shah (bakul_at_bitblocks.com)
Date: 06/27/03
- Previous message: Terry Lambert: "Re: ten thousand small processes"
- In reply to: D. J. Bernstein: "Re: ten thousand small processes"
- Next in thread: Pedram Nimreezi: "Re: ten thousand small processes"
- Reply: Pedram Nimreezi: "Re: ten thousand small processes"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
To: "D. J. Bernstein" <djb@cr.yp.to> Date: Fri, 27 Jun 2003 09:12:17 -0700
> > Instead of complaining about wasting 78 megabytes and arguing
> > about why various proposed solutions fall short and why your
> > way is the best, why don't you come up with a patch that
> > saves space for small programs?
>
> Funny. Seems to me that I keep making concrete suggestions---including a
> detailed proposal for giving more space to malloc()---and the answer is
> consistently ``We really don't care about per-process overhead.'' What's
> the benefit of a patch for people who don't even see the problem?
If after repeated suggestions people are not "getting it",
the reason is usually *not* apathy. Either you are not
explaining well or your starting assumptions are different.
But show me the code! If I like it I'll use it. "Build it
and they will come" -- you should be familiar with that! If
enough people like it, may be it will get incorporated in
some form. May be.
_______________________________________________
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"
- Previous message: Terry Lambert: "Re: ten thousand small processes"
- In reply to: D. J. Bernstein: "Re: ten thousand small processes"
- Next in thread: Pedram Nimreezi: "Re: ten thousand small processes"
- Reply: Pedram Nimreezi: "Re: ten thousand small processes"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
- Re: ten thousand small processes
... >> about why various proposed solutions fall short and why your way ...
why don't you come up with a patch that saves space ... interpreted, in that order, character
by character as flags. ... (freebsd-performance) - Re: ten thousand small processes
... > Instead of complaining about wasting 78 megabytes and arguing ...
> about why various proposed solutions fall short and why your ... the benefit of a
patch for people who don't even see the problem? ... (freebsd-performance) - Re: ten thousand small processes
... J. Bernstein" wrote: ... > Bakul Shah writes: ... >>
about why various proposed solutions fall short and why your ... > the benefit of a
patch for people who don't even see the problem? ... (freebsd-performance) - Re: ATWT --- CASTING UPDATE
... how many DOOL fans who no longer watch the ... show will tune in to see Patch
and Kayla? ... I can't imagine that they would do so. ... mean any storyline bringing
Patch back, undead, explaining what happened ... (rec.arts.tv.soaps.cbs) - Re: libfetch ftp patch for less latency
... Peter Jeremy writes: ... Nate's patch seems an "obvious" improvement.
... _ftp_cwdexplaining the current behaviour and why it isn't possible ... Isn't
that why we have CVS logs? ... (freebsd-current)