From owner-freebsd-current@freebsd.org Tue Feb 9 14:43:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94419AA310A for ; Tue, 9 Feb 2016 14:43:35 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B265F5C for ; Tue, 9 Feb 2016 14:43:34 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [93.104.14.82] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1aT9Vq-00048T-FC for freebsd-current@freebsd.org; Tue, 09 Feb 2016 15:43:30 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id u19EhQ0f002403 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 9 Feb 2016 15:43:27 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id u19EhQ9Q002402 for freebsd-current@freebsd.org; Tue, 9 Feb 2016 15:43:26 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Tue, 9 Feb 2016 15:43:25 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: making editors/openoffice-devel within poudriere: out of swap with 10 GByte Message-ID: <20160209144325.GA2374@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20160208203812.GA5911@c720-r292778-amd64> <56B903E2.3050407@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <56B903E2.3050407@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.14.82 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2016 14:43:35 -0000 El día Monday, February 08, 2016 a las 04:08:50PM -0500, Allan Jude escribió: > On 2016-02-08 15:38, Matthias Apitz wrote: > > > > Hello, > > > > I have a poudriere oven, amd64 based on r292778 and poudriere 3.1.99.20151204 > > which served fine to build some 1700 ports. Yesterday I started to make > > in addition editors/openoffice-devel, and it ended up eating all > > attached swap space and at the end today with out of swap after some ~15 hours... > > > > The swap is 4 GByte /dev/ada0p3 and in addition 6 plain files of 1 GByte added > > as swap devices. > > > > What I do not understand, while watching the situation with top, there > > have only be running as maximum 2 processes clang++, and always starting new > > processes for new foo.cxx files, and theses have had a memory of some > > let's says 200 Mbytes each, as max. How can this lead to eat up 10 GByte swap > > space? > > > > matthias > > > > Where you using the tmpfs feature of poudriere? I believe it is on by > default. This will obviously use up a bunch of ram and cause swapping. Thanks. I commented out # USE_TMPFS= and now the picture in top is as expected. Used swap isn't growing after 2++ hours: last pid: 39826; load averages: 1.11, 1.08, 1.03 up 0+02:20:00 15:38:12 41 processes: 2 running, 39 sleeping CPU: 47.0% user, 0.0% nice, 4.7% system, 0.0% interrupt, 48.2% idle Mem: 106M Active, 2867M Inact, 679M Wired, 340M Buf, 220M Free Swap: 3979M Total, 11M Used, 3968M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 39773 root 1 78 0 128M 107M CPU0 0 0:02 98.28% clang++ 867 guru 1 20 0 82872K 3772K select 1 0:02 0.01% sshd 32359 root 1 20 0 20096K 3300K CPU1 1 0:00 0.04% top 1070 root 1 52 0 8404K 2848K wait 0 0:26 0.35% sh 296 root 1 20 0 20472K 2108K select 1 0:00 0.00% wpa_supplicant 39826 root 1 52 0 6220K 1424K nanslp 0 0:00 0.04% sleep 752 root 1 20 0 10412K 1228K select 1 0:00 0.00% powerd Watching with tail -f the log file, it seems even, that clang++ is compiling faster than before. matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5