Date: Tue, 02 Jan 2018 08:08:44 +0100 From: Jan Beich <jbeich@FreeBSD.org> To: Kevin Oberman <rkoberman@gmail.com> Cc: gecko@freebsd.org Subject: Re: Firefox 57 is eating my system Message-ID: <mv1w-u48z-wny@FreeBSD.org> References: <CAN6yY1v_R__0E2gXt7L9C9_w2o0ssjYWN3KG7szxUZ=BJpcsvw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Kevin Oberman <rkoberman@gmail.com> writes: > Any hope for mozjemalloc? At this time I need to shutdown and restart > Firefox often and might be as bad as Chromium for memory use. > > i know that the malloc issue is at least a significant issue in memory use. > Is there a real intractable issue with getting the mozjemalloc working on > FreeBSD or is it just a matter of developer time? "developer time" presumes there're developers. I'm just an #ifdef monkey. Porting a jemalloc fork requires understanding how jemalloc bootstraps. Old jemalloc (from FreeBSD 7-9) used spinlocks, no clue about the new one. mozjemalloc complicates this by code churn each Firefox release. To my knowledge, no one is working on porting mozjemalloc, so feel free to send patches. I can only help with build glue. > While I'm at it, what about OSS? Not nearly as critical, but would be nice. OSS in its unmaintained state is there for years as files/patch-bug1021761. pkg-message nowadays documents how to switch audio backend. Firefox build is simply broken without either ALSA, PULSEAUDIO or SNDIO, so you can't have pure OSS setup. To my knowledge, no one is working on finshing OSS support, so feel free to send patches. I can only help with build glue.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?mv1w-u48z-wny>