ten thousand small processes
    Terry Lambert 
    tlambert2 at mindspring.com
       
    Fri Jun 27 04:41:54 PDT 2003
    
    
  
"D. J. Bernstein" wrote:
> Bakul Shah writes:
> > 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?
Your "concrete proposal for malloc" made a number of bad
assumptions:
o	"UVA == 4G", rather than "UVA + KVA == 4G"
	Costs to move to "UVA == 4G":
	o	pages must be mapped before each copy of
		data across a protection domain
	o	pages must be unmapped afterwards
o	If we had access to another 2G of UVA, we'd have no
	better use for it than to make malloc more space
	efficient
My answer, at least, was "too computationally expensive for a
general purpose OS when making the size/computational overhead
tradeoff".
-- Terry
    
    
More information about the freebsd-performance
mailing list