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
