I think it's fine to get jemalloc 5.2.1 in again now. The previous fails were due to ancient gcc421. Now the in-tree gcc has been removed and the default compiler of non-llvm platforms are all using gcc6 from ports. The CI environment are also updated to follow the current standard. I've tested a patch combines r354605 + r355975 and it builds fine on amd64 (clang10) and mips (gcc6).
Best, Li-Wen On Thu, Jan 9, 2020 at 1:45 PM Bryan Drewery <bdrew...@freebsd.org> wrote: > > 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 > _______________________________________________ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
