From owner-freebsd-ports@FreeBSD.ORG Sat Aug 23 21:49:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DC8D1B4 for ; Sat, 23 Aug 2014 21:49:40 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE6930F3 for ; Sat, 23 Aug 2014 21:49:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7NLneHf043534 for ; Sat, 23 Aug 2014 21:49:40 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7NLneDk043533 for freebsd-ports@freebsd.org; Sat, 23 Aug 2014 21:49:40 GMT (envelope-from bdrewery) Received: (qmail 9737 invoked from network); 23 Aug 2014 16:49:35 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 23 Aug 2014 16:49:35 -0500 Message-ID: <53F90C66.80107@FreeBSD.org> Date: Sat, 23 Aug 2014 16:49:26 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Matthias Apitz , freebsd-ports@freebsd.org Subject: Re: Fwd: building java/eclipse in HEAD w/ poudriere: java.lang.OutOfMemoryError: Java heap space References: <20140823135101.GA28621@sh4-5.1blu.de> <53F8DA83.2090809@FreeBSD.org> <53F8E805.6090705@gmx.de> <53F8E87D.9080502@FreeBSD.org> <20140823195132.GA1260@tiny-r269739> In-Reply-To: <20140823195132.GA1260@tiny-r269739> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rhUK1knjenQcuxSpEFptR6g0Cqe56MDjf" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 21:49:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rhUK1knjenQcuxSpEFptR6g0Cqe56MDjf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 8/23/2014 2:51 PM, Matthias Apitz wrote: > El d=C3=ADa Saturday, August 23, 2014 a las 02:16:13PM -0500, Bryan Dre= wery escribi=C3=B3: >=20 >>>> Once a solution is found we need it for java/openjdk* as well since = they >>>> use all ram in the system. On our package builders this is 96GB. We = need >>>> to be able to limit how much they can use for building so they only = have >>>> a few GB and not 96. >>>> >>> >>> For FreeBSD >=3D 9.x rctl can be a solution to limit jail resources. >>> Unluckily it seems that RACCT/RCTL it not a default kernel option and= also not a loadable module ... >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-re= sourcelimits.html#idp72352048 >>> >>> >> >> Yes rctl is something I have considered adding into the build systems = to >> integrate with poudriere. It would be perfect for this use. However it= >> is not default because of the same reason I likely won't use it. It ad= ds >> a lot of overhead with PROC_LOCKS. >=20 > Reading the handbook, I understand how rctl could help to terminate som= e > proc (or log it, or do signaling); but I do not see how rctl could help= > to get eclipse being built. >=20 > matthias >=20 Sorry it would not. I am mixing multiple ideas. We need to be able to both limit the amount of memory a jail can use (RCTL) but also ensure applications don't think they use all of hw.physmem for building. This may be actually adding a feature to limit how much memory jails can think they have. The openjdk ports peer into hw.physmem and assume they have a ton of memory and fail to build once they hit the limits we've put in place via ulimit or rctl. Eclipse is probably doing something similar regarding guessing how much memory it can use. Do you have MAX_MEMORY set in poudriere.conf? This would cause the openjdk ports to fail if it is largely different than how much memory you actually have. --=20 Regards, Bryan Drewery --rhUK1knjenQcuxSpEFptR6g0Cqe56MDjf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT+QxnAAoJEDXXcbtuRpfPqVYIAKUVIye3AzYhD12gT4rTrXV4 FrJyLOEe5h5KkJKLA/WSZFn2kjLeZuWpfhbXJ8sljR3wdDj6bx0bb8SXC/ULtJSw PGmjj4Y5cO+LjKdHZ3JXNDR4Xu0I9z5jWAVjrj3vi2xTjEyArBganNrXadwsKG5U NlzCjmnNxBSKh3SyhE2HviTZPDD0UVkRKxyEMyhg38MD8mSAC3FyqrCNGDugHodQ xwxuCiALGXh4POoLHaNKAGo2Rws+ZgDIdcpH9iub3qr3gAzmjIKOCMu5mMuT9/sU VtWIP+7IP8ZZwi74L4YK8SM/OSdm1U8jAnismxGRTaxRBprbEy34hKLIm0UM2sk= =OGbE -----END PGP SIGNATURE----- --rhUK1knjenQcuxSpEFptR6g0Cqe56MDjf--