svn commit: r354606 - in head: contrib/jemalloc contrib/jemalloc/doc contrib/jemalloc/include/jemalloc contrib/jemalloc/include/jemalloc/internal contrib/jemalloc/src lib/libc/stdlib/jemalloc

[Bryan Drewery]

Do you plan to get this back in soon? I hope to see it before 12.2 if
possible. Is there some way I can help?

I'm interested in these changes in 5.2.1 (I think)
  - Properly trigger decay on tcache destroy.  (@interwq, @amosbird)
  - Fix tcache.flush.  (@interwq)
  - Fix a side effect caused by extent_max_active_fit combined with
decay-based purging, where freed extents can accumulate and not be
reused for an extended period of time.  (@interwq, @mpghf)

I have a test case where virtual memory was peaking at 275M on 4.x, 1GB
on 5.0.0, around 750M on 5.1.0, and finally 275M again on 5.2.0. The
5.0/5.1 versions appeared to be a widespread leak to us.

On 11/10/2019 9:06 PM, Jason Evans wrote:
> Author: jasone
> Date: Mon Nov 11 05:06:49 2019
> New Revision: 354606
> URL: https://svnweb.freebsd.org/changeset/base/354606
> 
> Log:
>   Revert r354605: Update jemalloc to version 5.2.1.
>   
>   Compilation fails for non-llvm-based platforms.


-- 
Regards,
Bryan Drewery

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 618 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-src-all/attachments/20200108/0cfa2d23/attachment.sig>