Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Jan 2019 16:53:06 -0800
From:      bob prohaska <fbsd@www.zefox.net>
To:        freebsd-arm@freebsd.org
Cc:        bob prohaska <fbsd@www.zefox.net>, freebsd-ports@freebsd.org
Subject:   Re: How much memory to compile www/chromium?
Message-ID:  <20190105005306.GA31380@www.zefox.net>
In-Reply-To: <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com>
References:  <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <bm5o-wvo6-wny@FreeBSD.org> <20181218174903.GA41072@www.zefox.net> <20190101182153.GA13944@www.zefox.net> <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> 
> On 2019-Jan-1, at 10:21, bob prohaska <fbsd AT www.zefox.net> wrote:
> 
> > On Tue, Dec 18, 2018 at 09:49:03AM -0800, bob prohaska wrote:
> >> 
> >> Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over
> >> several days. The -DBATCH option was used, in hopes it'd fetch the right options. 
> >> 
> > 
> > Just for fun I added a mechanical hard disk with a 4 GB swap partition and re-ran
> > the www/chromium compilation with MAKE_JOBS_NUMBER_LIMIT unset, to see what happens.
> > OOMA was turned off with vm.pageout_oom_seq="2048" in /boot/loader.conf.
> > 
> > After ~11 days the process finished. Log files of gstat output and make output are at 
> > http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/mech_sd/
> > 
> > As a further test, I'ved added two additional USB flash swap devices and am re-running
> > the compilation of www/chromium. The swap layout is quite lopsided, with the USB flash
> > devices having only 2 GB swap partitions on each, contrasting to the 4 GB swap partitions
> > on the microSD card and mechanical disk. 
> > 

The attempt to compile chromium using four USB swap partitions didn't complete, but 
it might have gotten far enough to be surprising. Swap use peaked around 2.4 GB, while
the dual swap partition setup used around 3.5 GB of swap at maximum.

The make failure happened near the 17000 counter point, when the controlling ssh
connection was dropped. I _think_ that's past the point of maximum swap use,
but I'll have to re-try to make sure. 

The log files are at 
http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/flash_mech_sd/
in case anybody is curious. 

Thanks for reading,

bob prohaska




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190105005306.GA31380>