[Comm] Kopete течет.

[Comm] Kopete течет.

[Анатолий Акатьев]

-- 
Доброе время суток!

	Несмотря на то что в Багзилле висит сообщение memory leak бага не 
исправляется.
	У меня на 256 мб стабильно течет память.

	Кто нибудь подтверждает это?

С уважением Акатьев Анатолий.

Re: [Comm] Kopete течет.

[Андрей Черепанов]

17 марта 2008 Анатолий Акатьев написал:
>         Несмотря на то что в Багзилле висит сообщение memory leak бага не
> исправляется.
>         У меня на 256 мб стабильно течет память.
>
>         Кто нибудь подтверждает это?
К сожалению, не подтверждаю, хотя много раз об этом слышал.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] Kopete течет.

[Andrey Chichak]

Андрей Черепанов wrote:
> 17 марта 2008 Анатолий Акатьев написал:
>   
>>         Несмотря на то что в Багзилле висит сообщение memory leak бага не
>> исправляется.
>>         У меня на 256 мб стабильно течет память.
>>
>>         Кто нибудь подтверждает это?
>>     
> К сожалению, не подтверждаю, хотя много раз об этом слышал.
>
>   
подтверждаю. причем писал в том числе в этот список.

-- 
С уважением,
Андрей Чичак.
ООО "С-Плюс", г.Томск
JID: chch@kit.tomsk.ru
ICQ: 13154894

Re: [Comm] Kopete течет.

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

On Mon, Mar 17, 2008 at 10:05:01PM +0600, Andrey Chichak wrote:
> Андрей Черепанов wrote:
> > 17 марта 2008 Анатолий Акатьев написал:
> >   
> >>         Несмотря на то что в Багзилле висит сообщение memory leak бага не
> >> исправляется.
> >>         У меня на 256 мб стабильно течет память.
> >>
> >>         Кто нибудь подтверждает это?
> >>     
> > К сожалению, не подтверждаю, хотя много раз об этом слышал.
> >
> >   
> подтверждаю. причем писал в том числе в этот список.

Есть такое, есть, на ICQ-плагине.

-- 
И что все так любят на каждый тред новую рассылку создавать?
		-- mithraen in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Kopete течет.

[Andrey Chichak]

Pavlov Konstantin wrote:
> On Mon, Mar 17, 2008 at 10:05:01PM +0600, Andrey Chichak wrote:
>   
>> Андрей Черепанов wrote:
>>     
>>> 17 марта 2008 Анатолий Акатьев написал:
>>>   
>>>       
>>>>         Несмотря на то что в Багзилле висит сообщение memory leak бага не
>>>> исправляется.
>>>>         У меня на 256 мб стабильно течет память.
>>>>
>>>>         Кто нибудь подтверждает это?
>>>>     
>>>>         
>>> К сожалению, не подтверждаю, хотя много раз об этом слышал.
>>>
>>>   
>>>       
>> подтверждаю. причем писал в том числе в этот список.
>>     
>
> Есть такое, есть, на ICQ-плагине.
>   
хм ... ICQ выключен, jabber + ICQ gate на сервере. сменил 3 jabber
сервера - не помогло.
за ночь утекает столько памяти, что к утру система просит kopete удалится.

пробовал ловить. больше всего памяти теряется в libpng. покопался в
сорцах оной - не странно, что оно там теряется, работа с памятью просто
ужасна.

-- 
С уважением,
Андрей Чичак.
ООО "С-Плюс", г.Томск
JID: chch@kit.tomsk.ru
ICQ: 13154894

Re: [Comm] Kopete течет.

[Ilis]

17.03.08, Анатолий Акатьев<anatoly.akatyev@master-system.ru> написал(а):
>         Несмотря на то что в Багзилле висит сообщение memory leak бага не
>  исправляется.
>         У меня на 256 мб стабильно течет память.
>
>         Кто нибудь подтверждает это?
>

Подтвердю, пожалуй :)

У меня Kopete с ICQ и Jabber иногда занимает под 300 Мб через
несколько часов работы...
А когда я за ним наблюдаю, почему-то хорошо себя ведёт :), в 50 Мб
укладывается...

Смотрю так:
[ilis@altus ~]$ while true ; do echo -n `date +%H:%M:%S` ; ps -u ilis
-eo pid,user,fname,size | grep kopete; sleep 30; done
21:18:19 7590 ilis     kopete   34552
21:18:49 7590 ilis     kopete   34548
21:19:19 7590 ilis     kopete   34548
21:19:49 7590 ilis     kopete   34548
21:20:19 7590 ilis     kopete   34548

Вроде течь начинает, если в жаббере открыть конференцию, хоть точно
проверить пока не получилось...

--
Кругликов Илья

Re: [Comm] Kopete течет.

[Владимир Гусев]

>>>>> Несмотря на то что в Багзилле висит сообщение memory leak бага не  
>>>>> исправляется.
>>>>> У меня на 256 мб стабильно течет память.
>>>>> Кто нибудь подтверждает это?
>>>> К сожалению, не подтверждаю, хотя много раз об этом слышал.
>>> подтверждаю. причем писал в том числе в этот список.
>> Есть такое, есть, на ICQ-плагине.
> хм ... ICQ выключен, jabber + ICQ gate на сервере. сменил 3 jabber
> сервера - не помогло.
> за ночь утекает столько памяти, что к утру система просит kopete  
> удалится.
> пробовал ловить. больше всего памяти теряется в libpng. покопался в
> сорцах оной - не странно, что оно там теряется, работа с памятью просто
> ужасна.

Не замечал такого, хотя на большом компе использую только kopete. Может  
из-за памяти в 1 гб, хотя вроде нет, gkrellm все время перед носом висит..  
Проскакивало сообщение, насчет тугого запуска (был виновен какой-то  
плагин), но вот утечки не наблюдал..



-- 
С уважением, Владимир Гусев

Re: [Comm] Kopete течет.

[Анатолий Акатьев]

В сообщении от Monday 17 March 2008 21:22:06 Ilis написал(а):
> 17.03.08, Анатолий Акатьев<anatoly.akatyev@master-system.ru> написал(а):
> >         Несмотря на то что в Багзилле висит сообщение memory leak бага не
> >  исправляется.
> >         У меня на 256 мб стабильно течет память.
> >
> >         Кто нибудь подтверждает это?
>
> Подтвердю, пожалуй :)
>
> У меня Kopete с ICQ и Jabber иногда занимает под 300 Мб через
> несколько часов работы...
> А когда я за ним наблюдаю, почему-то хорошо себя ведёт :), в 50 Мб
> укладывается...
>
> Смотрю так:
> [ilis@altus ~]$ while true ; do echo -n `date +%H:%M:%S` ; ps -u ilis
> -eo pid,user,fname,size | grep kopete; sleep 30; done
> 21:18:19 7590 ilis     kopete   34552
> 21:18:49 7590 ilis     kopete   34548
> 21:19:19 7590 ilis     kopete   34548
> 21:19:49 7590 ilis     kopete   34548
> 21:20:19 7590 ilis     kopete   34548
>
> Вроде течь начинает, если в жаббере открыть конференцию, хоть точно
> проверить пока не получилось...
>
> --
> Кругликов Илья
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community


Андрей, для проверки оного рекомендую скинуть "лишние" планки до 256 мб.
Вот только сегодня видел - перевели две машины на ALD 4 

На одной 256 мб ОЗУ - через час своп был убит в нуль. пользователь был просто 
в ужасе о Линукса. Уговорили только напугав вирусами под виндовс.

на 1 гб  памяти - все ровно.
Включена только история. больше ничего из стандартного НЕ МЕНЯЕТСЯ.


-- 
Доброе время суток!

С уважением Акатьев Анатолий.
Руководитель отдела внедрения.
тел.: 89509559748
icq : 190270141
www.master-system.ru

[Comm] oom-killer preferences? :)

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 1086 bytes --]

On Mon, Mar 17, 2008 at 08:12:13PM +0300, Владимир Гусев wrote:
>>> Есть такое, есть, на ICQ-плагине.
>> хм ... ICQ выключен, jabber + ICQ gate на сервере. 
>> сменил 3 jabber
>> сервера - не помогло.
>> за ночь утекает столько памяти, что к 
>> утру система просит kopete удалится.
>> пробовал ловить. больше всего памяти 
>> теряется в libpng. покопался в
>> сорцах оной - не странно, что оно там 
>> теряется, работа с памятью просто
>> ужасна.
> 
> Не замечал такого, хотя на большом компе 
> использую только kopete. Может из-за памяти 
> в 1 гб, хотя вроде нет, gkrellm все время перед 
> носом висит.. Проскакивало сообщение, 
> насчет тугого запуска (был виновен 
> какой-то плагин), но вот утечки не 
> наблюдал..

Ну как сказать, у меня на ноутбуке за ночь кушает все полтора гига и
система практически умирает, причем oom-killer почему-то отстреливает все
подряд, а не kopete.

Может, есть какие-нибудь методы сказать oom-killer'у убивать в первую
очередь определенные приложения?

-- 
PHP5 - жизнь не может быть скучной.
		-- legion in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] oom-killer preferences? :)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 3159 bytes --]

On Mon, Mar 17, 2008 at 11:10:59PM +0300, Pavlov Konstantin wrote:
> Ну как сказать, у меня на ноутбуке за ночь кушает все полтора гига и
> система практически умирает, причем oom-killer почему-то отстреливает все
> подряд, а не kopete.
> 
> Может, есть какие-нибудь методы сказать oom-killer'у убивать в первую
> очередь определенные приложения?

OOM killer выбирает среди всех процессов, кроме init, процесс с наибольшим
значением badness, которое считается следующим образом:

 1. Берётся размер виртуальной памяти процесса в страницах (total_vm).

 2. К этому размеру прибавляется total_vm/2 + 1 для всех порождённых
    процессов, имеющих собственный VM (т.е., полноценных процессов, а не
    потоков, использующих тот же VM).  Таким образом, если процесс
    порождает большое количество дочерних процессов, которые в сумме
    потребляют много памяти, он с большой вероятностью будет выбран для
    OOM kill, однако благодаря делению на 2, если на самом деле активным
    потребителем памяти является только один из дочерних процессов,
    вероятнее всего, будет выбран только этот процесс.

 3. Полученное значение делится на int_sqrt(cpu_time), где cpu_time -
    процессорное время (user+system), использованное к этому моменту,
    приблизительно в 10-секундных единицах (на самом деле там вместо
    деления используется сдвиг, так что, например, при HZ=1000 получится
    8.192 с); если int_sqrt(cpu_time) == 0, значение не изменяется.

 4. Полученное значение делится на int_sqrt(int_sqrt(run_time/1024)), где
    run_time - реальное время, прошедшее с момента запуска процесса, в
    секундах; если int_sqrt(int_sqrt(run_time/1024)) == 0, значение не
    изменяется.

 5. Если для процесса было установлено значение nice > 0, значение badness
    умножается на 2 (предполагается, что такие процессы менее важны, чем
    обычные).

 6. Если процесс имеет привилегию CAP_SYS_ADMIN, либо uid == 0, либо euid
    == 0, значение badness делится на 4 (процессы root считаются более
    важными, чем прочие).

 7. Если процесс имеет привилегию CAP_SYS_RAWIO, значение badness делится
    на 4 (принудительное завершение процесса, осуществлявшего прямой
    доступ к устройствам, может привести к нежелательным последствиям,
    поэтому такие процессы получают дополнительную защиту).

 8. Наконец, используется значение, установленное в /proc/$PID/oom_adj:
    если oom_adj находится в диапазоне от -16 до 15, значение badness
    умножается на 2^{oom_adj} (т.е., положительные значения увеличивают
    badness, отрицательные - уменьшают).  Значение -17 безусловно
    запрещает OOM killer выбирать этот процесс.

Текущее значение badness для процесса можно найти в /proc/$PID/oom_score
(уже с учётом установленного для этого процесса oom_adj).

В ядрах <= 2.6.19 запись в /proc/$PID/oom_adj, несмотря на видимые права
доступа 0644, можно выполнять только при наличии CAP_SYS_RESOURCE; начиная
с 2.6.20, пользователь имеет право увеличить значение oom_adj для своих
процессов (это значение наследуется порождёнными процессами), а привилегия
CAP_SYS_RESOURCE требуется только для уменьшения.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Kopete течет.

[Genix]

Анатолий Акатьев пишет:

> на 1 гб  памяти - все ровно.

до поры до времени. у меня на 1 Гб памяти утекало так что систему 
ставило в ступор. удалил ICQ учетную запись, стало вроде получше.
так и живем

-- 
У каждого в башке свои тараканы...

Re: [Comm] oom-killer preferences? :)

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 474 bytes --]

* Sergey Vlasov <vsu@> [080318 14:45]:
>  8. Наконец, используется значение, установленное в /proc/$PID/oom_adj:
>     если oom_adj находится в диапазоне от -16 до 15, значение badness
>     умножается на 2^{oom_adj} (т.е., положительные значения увеличивают
>     badness, отрицательные - уменьшают).  Значение -17 безусловно
>     запрещает OOM killer выбирать этот процесс.
Хочу -17 для главного процесса sshd!  Имеет смысл FR вешать?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]