From owner-freebsd-ports@FreeBSD.ORG Sun Nov 2 02:44:57 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17ED01065672 for ; Sun, 2 Nov 2008 02:44:57 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id A3E878FC26 for ; Sun, 2 Nov 2008 02:44:56 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1023764tid.3 for ; Sat, 01 Nov 2008 19:44:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:to:cc:subject :from:in-reply-to:references:x-mailer:mime-version:content-type :content-transfer-encoding:sender; bh=fR9hZ7i2gORXMqZswZQWo2XO4jK6zpACTFVvXKTuUvY=; b=ne9yIlAwAylOfUNA38uUOXrbcK+G1BEfNvVKu+TFuc6whISoQSWP6X+jUfET9T7MGD yII5aW/Ac/S8UnvcCSdJyuXid5yNxkoEMinNoTRA3dE9nq7yliPjTaLoNdG8L0xJWrIG KA7uag/ZEJ3NnXc8lgvdW5T447I6CYvtED5lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding:sender; b=orVqaMJqgecnB4MVPpWkMRV3zcG37Ql6xI9qu3FPb3l9e+uIlEYaZTHshnlBO4fUa5 T3dwvl5eSViTEy7Kb8Mz+auhm/d65mhsURzSQ+BozpTwB2FYI9cIQd4QaonjG2yeUr3p XqtWJ+YKWy/2WlnoyOpor1nHWrOYlApsAt71g= Received: by 10.110.109.19 with SMTP id h19mr9889190tic.14.1225592447693; Sat, 01 Nov 2008 19:20:47 -0700 (PDT) Received: from localhost (p2017-ipbf4304marunouchi.tokyo.ocn.ne.jp [123.225.19.17]) by mx.google.com with ESMTPS id i9sm6043959tid.9.2008.11.01.19.20.46 (version=SSLv3 cipher=RC4-MD5); Sat, 01 Nov 2008 19:20:47 -0700 (PDT) Date: Sun, 02 Nov 2008 11:20:43 +0900 (JST) Message-Id: <20081102.112043.59664300.chat95@mac.com> To: rizzo@iet.unipi.it From: Maho NAKATA In-Reply-To: <20081019145234.GA67034@onelab2.iet.unipi.it> References: <20081019145234.GA67034@onelab2.iet.unipi.it> X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Maho NAKATA Cc: ports@freebsd.org, openoffice@FreeBSD.org Subject: Re: unreasonable amount of memory used in openoffice build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2008 02:44:57 -0000 Hi Luigi I think it is okay. I'll remove this conditional so that applicable to i386. I think I must rewrite the patch to effective on i386 as well. Note, please do not send me a patch other than Makefile. There is a SCA or JCA issue... I'm very busy these days and I'll attend OpenOffice.org conference 2008 very soon, please be patient. thanks, From: Luigi Rizzo Subject: unreasonable amount of memory used in openoffice build Date: Sun, 19 Oct 2008 16:52:34 +0200 > hi, > i noticed on my laptop (Dell X1 w/ 512MB ram - i386, RELENG_7 that > openoffice3 is using an unreasonable amount of memory to build one > of its components (during the build of resourcemodel, the offending > file is unxfbsdi.pro/misc/qnametostr.cxx) which causes the build > machine to spend a huge amount of time swapping. > > It seems to be a known issue > > http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=215291 > > and our port includes a workaround that is applied only on amd64 > with the following section in the port's Makefile: > > .if ${ARCH} == amd64 > WITHOUT_MOZILLA= yes > LIB_DEPENDS+= boost_regex:${PORTSDIR}/devel/boost > CONFIGURE_ARGS+= --with-system-boost=yes #i58343# > .if (${OSVERSION} >= 700042) > EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround > .endif > .endif > > I would suggest to apply the fix unconditionally (at least by default, > possibly override it with some build option if needed). > On amd64 according to the above URL the problem is particularly bad > as it requires more than 4GB of memory (RAM/SWAP) but even on i386 > the compiler process grows well above 1GB of memory and together > with other stuff (browser, X and more) easily consuming 2-300MB > each, it is not unlikely to hit the swap on many boxes. > > Makes sense ? > > cheers > luigi > _______________________________________________ > freebsd-openoffice@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe@freebsd.org" >