On Fri, Jun 08, 2012 at 12:46:32PM +0300, Kirill A. Shutemov wrote:
> 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

Да, cgroups это далеко не openvz, конечно.  Но прожорливой жабе хватило.


-- 
ldv