From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kas@shutemov.name>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.5
Date: Fri, 8 Jun 2012 12:46:32 +0300
From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Message-ID: <20120608094632.GA2593@shutemov.name>
References: <20120607191130.GA30719@ssh.git.altlinux.org>
	<20120607222907.GB26325@altlinux.org>
	<201206080156.09567.ledest@gmail.com>
	<20120607235940.GA27901@altlinux.org>
	<20120608085128.GA32340@altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20120608085128.GA32340@altlinux.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jun 2012 09:46:36 -0000
Archived-At: <http://lore.altlinux.org/devel/20120608094632.GA2593@shutemov.name/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Fri, Jun 08, 2012 at 12:51:29PM +0400, Dmitry V. Levin wrote:
> On Fri, Jun 08, 2012 at 03:59:40AM +0400, Dmitry V. Levin wrote:
> > On Fri, Jun 08, 2012 at 01:56:09AM +0300, Led wrote:
> > > On Friday 08 June 2012 01:29:07 Dmitry V. Levin wrote:
> > [...]
> > > > Зачем ей понадобилось 30Gb?  Если в /proc/meminfo написано, что есть много
> > > > памяти, это еще не значит, что вся эта память предназначена для jvm.
> > > 
> > > Она везде такая:) (openjdk - не исключение).
> > > Игнорирует limits, смотрит только на то, что "в /proc/meminfo написано".
> > > Обходится:
> > > export _JAVA_OPTIONS="-Xmx=..."
> > 
> > И так в каждом пакете?  Это, наверное, не очень удобно.
> > Попробую заменить "ulimit -v" на memory.limit_in_bytes,
> > по идее должно получиться не только надежнее, но и удобнее.
> 
> После 64-битной сборки libreoffice-3.5.4.2-alt1.src.rpm на tmpfs:
> $ cat memory.max_usage_in_bytes
> 15736041472
> 
> Таким образом, теперь сборка производится со значением 16g в
> memory.limit_in_bytes для каждого сборочного задания.

JFYI, memory.limit_in_bytes не влияет на информацию в /proc/meminfo.

Вот трэд в тему: http://lkml.org/lkml/2012/5/28/299

-- 
 Kirill A. Shutemov