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