Hi Nikolay!

Thursday 19, at 10:57:45 AM you wrote:

> On Thu, 19 Oct 2006 10:25:21 +0400 (MSD)
> Konstantin A. Lepikhov wrote:
> 
> > У меня это не воспроизводится. Один раз машину пришлось перегружать из-за
> > того, что утекал Xorg server.
> 
> Очень интересно... У меня с этим ядром (было) 6 машин, с совсем разным
> железом, от Celeron-433 до Opteron-265. С Sisyphus от разных дат,
> начиная от конца августа до текущего. С разными версиями vzctl. С
> разной историей жизни системы, от ведущей существование от Master
> 2.4 до установленной с сентябрьского LifeCD. Как с XOrg так и вообще без
> него.
> Общие вещи только две - ядро 2.6.16-ovz-smp-alt7 и плавное нарастание
> numfile. Переход на -alt3 без изменения чего-либо проблему снимает.
> 
> Правда, есть ещё один момент: на 64-битных системах это заметить сложно.
> Поскольку барьеры там 2^63-1, то расти до него kmemsize может очень
> долго. А вот 32-битные машины к своему барьеру в 2^31-1
> приближаются достаточно быстро.
> 
> И ещё, здесь _физически_ память не течёт. Просто обновление счётчиков
> идёт только в сторону увеличения. Но превысить барьерное значение ядро
> всё равно не даёт...
А что насчет -alt10? + я исправил
http://bugzilla.openvz.org/show_bug.cgi?id=322 в новой сборке -alt12, но
из-за саботажа со squashfs, она никак до сизифа не дойдет :(

> 
> 
> Да, а насчёт # 10157 - на HN ядро использует только один процессор
> из доступных - это тоже только мне (с тремя машинами) не везёт?
> 
> 
> ... поехал последнюю машину на -alt3 переводить....
> uptime неделя, numproc=56, numfile=586956, kmemsize=103176293 при
> физически установленных 256 Mb...
у меня все равно не поспроизводится :)

-- 
WBR et al.