In message <[EMAIL PROTECTED]>, Alfred Perlstein writes:
>* Poul-Henning Kamp <[EMAIL PROTECTED]> [020313 22:43] wrote:
>> But if somebody wants to try to code this optimization, I'll be more
>> than happy to review the result.  I just don't expect it to do much
>> in "real-life" as opposed to "silly benchmark" situations.
>Have you thought about issuing a madvise(MADV_WILLNEED) after the
>brk/mmap call in malloc, at least doing it when it's called via
>realloc, this might get rid of the superfolous (sp?) page faults
>that David Greenman reported.

It would be much more valuable to add a 
        mremap(void *from, void *to, size_t length);

since that can _solve_ the problem in _all_ cases, rather than
add more or less byzantine workarounds for silly benchmarks.

Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to