jhb at freebsd.org
Thu Jan 3 14:46:10 PST 2008
On Thursday 03 January 2008 05:23:52 pm Scott Long wrote:
> Dag-Erling Smørgrav wrote:
> > Jason Evans <jasone at freebsd.org> writes:
> >> [sbrk is broken]
> > The real question is why we would revert perfectly good code (jemalloc)
> > from using a modern interface to using one that has been obsolete for
> > twenty years, and marked as such in the man page for seven years.
> > If rwatson@ wants malloc() to respect resource limits, he can bloody
> > well fix mmap(). Until he does, the datasize limit is a joke anyway, as
> > anyone can circumvent it by either using mmap() instead of malloc() or
> > setting _malloc_options before calling malloc().
> That is a pretty damning argument in my mind. Why make such a major
> change right before the release when it's effectively useless?
The motivation for the change is to preserve POLA as malloc() does honor
RLIMIT_DATA in previous releases (4.x, 6.x, etc.). That said, I think
RLIMIT_VMEM is probably more useful going forward. I know at work we have
lots of hacks to deal with maxdsiz and trying to allow apps that use large
malloc() and large mmap both cooperate. Having one resource limit for malloc
+ mmap is probably best for the future.
More information about the freebsd-current