[devel] [#73138] FAILED runawfe.git=runawfe-3.4.2_11

[Kirill A. Shutemov]

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