SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse

Всем привет!

Правильно ли я понимаю что в отчёте, который можно получить выполнив SpaceTally new printSpaceAnalysis, в итоге графы «inst space» указан суммарный размер занимаемой памяти всеми экземплярами всех классов на текущий момент в образе?


Правильно ли предположение, что этот размер должен быть примерно равен (ну несколько меньше, т. к. есть ещё сама ВМ) занимаемой, данным запущенным образом, оперативной памяти ОС?


Есть ли, что то, что не входит в репорт, но может «жрать» память?


Если «total inst space» = прим 80000000 байт, но согласно отчёту утилиты top или htop Pharo потребляет всё больше и больше памяти (вплоть до овер 1Гб), при почти не изменяющемся объёме «total inst space», то что это?


Сама виртуальная машина «течёт» или есть таки внутри образа ещё некие процессы могущие занимать всё больше памяти.., или нечто третье?

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov
Здравствуйте.

О какой версии Pharo идет речь? Если еще не релизная Pharo 5, то недавно исправляли проблемы с памятью. Возможно нечто подобное было и в Pharo 4. Причины были подробно описаны здесь https://pharoweekly.wordpress.com/2016/04/12/a-weakleak-story/

20 апреля 2016 г., 16:06 пользователь Александр <[hidden email]> написал:

Всем привет!

Правильно ли я понимаю что в отчёте, который можно получить выполнив SpaceTally new printSpaceAnalysis, в итоге графы «inst space» указан суммарный размер занимаемой памяти всеми экземплярами всех классов на текущий момент в образе?


Правильно ли предположение, что этот размер должен быть примерно равен (ну несколько меньше, т. к. есть ещё сама ВМ) занимаемой, данным запущенным образом, оперативной памяти ОС?


Есть ли, что то, что не входит в репорт, но может «жрать» память?


Если «total inst space» = прим 80000000 байт, но согласно отчёту утилиты top или htop Pharo потребляет всё больше и больше памяти (вплоть до овер 1Гб), при почти не изменяющемся объёме «total inst space», то что это?


Сама виртуальная машина «течёт» или есть таки внутри образа ещё некие процессы могущие занимать всё больше памяти.., или нечто третье?

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse

Спасибо за информацию. Посмотрю в таком разрезе.
(Pharo, кстати 4 версии)


Но вот что вызывает сомнения.
Если проблема просто с накоплением мусора, как описано по ссылке, то...
Если я правильно понимаю, характерным симптомом должен быть лавинообразный рост числа экземпляров и соответственно рост размера занимаемой ими памяти...

Я этого не наблюдаю.
Вот к примеру сравнение тем же SpaceTally >> printSpaceAnalysis

1. Предсмертный слепок образа сожравшего уже 1296Мб оперативной памяти

total instances = 1558676

total inst space = 85434244


2. Тот же образ после перезапуска Pharo (потребляемая память 143Мб)

total instances = 1730973

total inst space = 118173112


Т.е. во втором случае даже больше (это связано с тем что в качестве БД использовал SandstoneDB, к которой в попытках борьбы за память я дописал удаление по тайм-ауту редко используемых объектов из кеша Sandstone и восстановление их из файлов только по запросу. Но при перезапуске, пока грузится вся база целиком).


Но что же это за «тёмная материя» на долю которой приходится разница между 85Мб объектов в образе и 1296Мб занимаемом Pharo в памяти?




среда, 20 апреля 2016 г., 20:21:51 UTC+4 пользователь Denis Kudriashov написал:
Здравствуйте.

О какой версии Pharo идет речь? Если еще не релизная Pharo 5, то недавно исправляли проблемы с памятью. Возможно нечто подобное было и в Pharo 4. Причины были подробно описаны здесь <a href="https://pharoweekly.wordpress.com/2016/04/12/a-weakleak-story/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fpharoweekly.wordpress.com%2F2016%2F04%2F12%2Fa-weakleak-story%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGN-dp0N7cvAxyj4dFlYk0kNK7NEA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fpharoweekly.wordpress.com%2F2016%2F04%2F12%2Fa-weakleak-story%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGN-dp0N7cvAxyj4dFlYk0kNK7NEA&#39;;return true;">https://pharoweekly.wordpress.com/2016/04/12/a-weakleak-story/

20 апреля 2016 г., 16:06 пользователь Александр <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="Fx-M3LMyHAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">gen...@...> написал:

Всем привет!

Правильно ли я понимаю что в отчёте, который можно получить выполнив SpaceTally new printSpaceAnalysis, в итоге графы «inst space» указан суммарный размер занимаемой памяти всеми экземплярами всех классов на текущий момент в образе?


Правильно ли предположение, что этот размер должен быть примерно равен (ну несколько меньше, т. к. есть ещё сама ВМ) занимаемой, данным запущенным образом, оперативной памяти ОС?


Есть ли, что то, что не входит в репорт, но может «жрать» память?


Если «total inst space» = прим 80000000 байт, но согласно отчёту утилиты top или htop Pharo потребляет всё больше и больше памяти (вплоть до овер 1Гб), при почти не изменяющемся объёме «total inst space», то что это?


Сама виртуальная машина «течёт» или есть таки внутри образа ещё некие процессы могущие занимать всё больше памяти.., или нечто третье?

--
--
<a href="http://groups.google.ru/group/sugr" target="_blank" rel="nofollow" onmousedown="this.href=&#39;http://groups.google.ru/group/sugr&#39;;return true;" onclick="this.href=&#39;http://groups.google.ru/group/sugr&#39;;return true;">http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес <a href="javascript:" target="_blank" gdf-obfuscated-mailto="Fx-M3LMyHAAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sugr+uns...@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse
In reply to this post by Genosse

Вопрос такой... (может дурацкий).
Можно ли отключить/включить образ не выключая/перезапуская саму виртуальную машину Фаро?
Хочу глянуть сколько памяти освободится

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov
Думаю, что это невозможно

22 апреля 2016 г., 9:19 пользователь Александр <[hidden email]> написал:

Вопрос такой... (может дурацкий).
Можно ли отключить/включить образ не выключая/перезапуская саму виртуальную машину Фаро?
Хочу глянуть сколько памяти освободится

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov
In reply to this post by Genosse
А вы можете это воспроизвести на lastest Pharo 5?

21 апреля 2016 г., 6:57 пользователь Александр <[hidden email]> написал:

Спасибо за информацию. Посмотрю в таком разрезе.
(Pharo, кстати 4 версии)


Но вот что вызывает сомнения.
Если проблема просто с накоплением мусора, как описано по ссылке, то...
Если я правильно понимаю, характерным симптомом должен быть лавинообразный рост числа экземпляров и соответственно рост размера занимаемой ими памяти...

Я этого не наблюдаю.
Вот к примеру сравнение тем же SpaceTally >> printSpaceAnalysis

1. Предсмертный слепок образа сожравшего уже 1296Мб оперативной памяти

total instances = 1558676

total inst space = 85434244


2. Тот же образ после перезапуска Pharo (потребляемая память 143Мб)

total instances = 1730973

total inst space = 118173112


Т.е. во втором случае даже больше (это связано с тем что в качестве БД использовал SandstoneDB, к которой в попытках борьбы за память я дописал удаление по тайм-ауту редко используемых объектов из кеша Sandstone и восстановление их из файлов только по запросу. Но при перезапуске, пока грузится вся база целиком).


Но что же это за «тёмная материя» на долю которой приходится разница между 85Мб объектов в образе и 1296Мб занимаемом Pharo в памяти?




среда, 20 апреля 2016 г., 20:21:51 UTC+4 пользователь Denis Kudriashov написал:
Здравствуйте.

О какой версии Pharo идет речь? Если еще не релизная Pharo 5, то недавно исправляли проблемы с памятью. Возможно нечто подобное было и в Pharo 4. Причины были подробно описаны здесь https://pharoweekly.wordpress.com/2016/04/12/a-weakleak-story/

20 апреля 2016 г., 16:06 пользователь Александр <[hidden email]> написал:

Всем привет!

Правильно ли я понимаю что в отчёте, который можно получить выполнив SpaceTally new printSpaceAnalysis, в итоге графы «inst space» указан суммарный размер занимаемой памяти всеми экземплярами всех классов на текущий момент в образе?


Правильно ли предположение, что этот размер должен быть примерно равен (ну несколько меньше, т. к. есть ещё сама ВМ) занимаемой, данным запущенным образом, оперативной памяти ОС?


Есть ли, что то, что не входит в репорт, но может «жрать» память?


Если «total inst space» = прим 80000000 байт, но согласно отчёту утилиты top или htop Pharo потребляет всё больше и больше памяти (вплоть до овер 1Гб), при почти не изменяющемся объёме «total inst space», то что это?


Сама виртуальная машина «течёт» или есть таки внутри образа ещё некие процессы могущие занимать всё больше памяти.., или нечто третье?

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse

Как вариант попробую. Вдруг, как говорится, всё само рассосётся.

Я уже думал в этом ключе, правда как даунгрейт вплоть до Фаро3.



Однако слабо верю в этот манёвр со сменой вм и образа если честно...


Логично предположить, перво-наперво, что проблема в моём приложении, т. к. ранее не замечал за фаро такой проблемы, да и вроде инет не пестрит ими.


Меня беспокоит, что может быть я просто не правильно воспринимаю инструментарий Фаро и не вижу какого-то пула объектов, порождаемого ошибками в коде, а они между тем есть?

Вот предположим мусор, который не собирается, вообще должен учитываться теми же методами «instanceCount» и т. п.?


На что можно ещё  обратить внимание, кроме SpaceTally, в Фаро в рамках локализации проблемы с утечкой памяти?




пятница, 22 апреля 2016 г., 16:10:26 UTC+4 пользователь Denis Kudriashov написал:
А вы можете это воспроизвести на lastest Pharo 5?


--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov

22 апреля 2016 г., 15:25 пользователь Александр <[hidden email]> написал:

Меня беспокоит, что может быть я просто не правильно воспринимаю инструментарий Фаро и не вижу какого-то пула объектов, порождаемого ошибками в коде, а они между тем есть?


Если ваш код генерит исключения, то они нигде копиться не будут. (Конечно будет открываться новый дебагер на каждый error).
Но если вы говорите об ошибке приложения, то конечно такое может быть. Например, вы реализовали глобальный кеш неких объектов и из-за ошибки в программе он никогда не очищается. 
 
Вот предположим мусор, который не собирается, вообще должен учитываться теми же методами «instanceCount» и т. п.?

Чтобы быть уверенным свавьть беред использованием SpaceTally
3 timesRepeat: [Smalltalk garbageCollect].
Но мне кажется SpaceTally сам должен это делать.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse
Буду пробовать...
Благо это только прототип.


 Например, вы реализовали глобальный кеш неких объектов и из-за ошибки в программе он никогда не очищается. 
 
Подобных кешей нет (если не считать sandstoneDb, но  с ним всё прозрачно, как куриный бульон)
И вообще я правильно понимаю, что подобные проблемы вылезли бы в явном виде в увеличении   total inst space ?
А между тем такого не наблюдаю.

Или сформулирую так:
Могут ли быть проблемы с памятью из-за кривого кода, которые не выражаются в явном увеличении количества объектов в работающем образе?
Или "чёрных ящиков нет", т.е.  в образе всё как на ладони, и раз  SpaceTally даёт нормальные показатели, значит так оно и есть, следовательно весь задействованный код работает вполне удовлетворительно?

//Потому что, если это проблемы ВМ, то понятно я там ничего не сделаю... А если проблемы st кода, это другое дело, можно попотеть

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov

22 апреля 2016 г., 19:24 пользователь Александр <[hidden email]> написал:
Подобных кешей нет (если не считать sandstoneDb, но  с ним всё прозрачно, как куриный бульон)
И вообще я правильно понимаю, что подобные проблемы вылезли бы в явном виде в увеличении   total inst space ?

Да
 
А между тем такого не наблюдаю.

Или сформулирую так:
Могут ли быть проблемы с памятью из-за кривого кода, которые не выражаются в явном увеличении количества объектов в работающем образе?

Думаю такое возможно, только если программа периодически заменяет один массив другим большего размера. Старый удаляется сборщиком и разницы в кол-ве объектов не видно
 
Или "чёрных ящиков нет", т.е.  в образе всё как на ладони, и раз  SpaceTally даёт нормальные показатели, значит так оно и есть, следовательно весь задействованный код работает вполне удовлетворительно?

Да, SpaceTally должен показывать все как есть. И по идее виртуалка из Pharo 4 уже проверена временем, то есть утечка была бы замечена.


//Потому что, если это проблемы ВМ, то понятно я там ничего не сделаю... А если проблемы st кода, это другое дело, можно попотеть

 

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Denis Kudriashov
In reply to this post by Genosse
А какое приложение пишите? если не секрет

22 апреля 2016 г., 19:24 пользователь Александр <[hidden email]> написал:
Буду пробовать...
Благо это только прототип.


 Например, вы реализовали глобальный кеш неких объектов и из-за ошибки в программе он никогда не очищается. 
 
Подобных кешей нет (если не считать sandstoneDb, но  с ним всё прозрачно, как куриный бульон)
И вообще я правильно понимаю, что подобные проблемы вылезли бы в явном виде в увеличении   total inst space ?
А между тем такого не наблюдаю.

Или сформулирую так:
Могут ли быть проблемы с памятью из-за кривого кода, которые не выражаются в явном увеличении количества объектов в работающем образе?
Или "чёрных ящиков нет", т.е.  в образе всё как на ладони, и раз  SpaceTally даёт нормальные показатели, значит так оно и есть, следовательно весь задействованный код работает вполне удовлетворительно?

//Потому что, если это проблемы ВМ, то понятно я там ничего не сделаю... А если проблемы st кода, это другое дело, можно попотеть

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: SpaceTally >> printSpaceAnalysis «total inst space» - это исчерпывающий показатель использованных образом Pharo ресурсов?

Genosse


пятница, 22 апреля 2016 г., 22:01:21 UTC+4 пользователь Denis Kudriashov написал:
А какое приложение пишите? если не секрет


 

Нет секрета никакого нет. Ничего особо интересного.

Как бы система дистанционного обучения. «Как бы» потому что очень упрощённый, примитивный вариант.

Собственно он уже написан, хотя, даже на мой не требовательный взгляд, грязновато, но прототип же...

Вопрос развития, создания законченного коммерческого продукта пока висит в воздухе и видимо будет висеть ещё долго, если не всегда.

Пока клиент, как бы тестирует его (на деле эксплуатируется в рамках работы его учебного подразделения).

Так что перезапускаю периодически фаро на сервере и напоминаю, что это ещё не есть законченный продукт и не мешало бы вложится в его доводку до ума.


Но если вдруг, паче чаяния, дойдёт дело до работы над ним как над коммерческим продуктом, то подобная проблема абсолютно не допустима, а на текущий момент я даже не смог пока локализовать её источник.

Всё рецепты, что пока приходят в голову выглядят сомнительными.

  • Даунгрейт или Апгрейт образа и ВМ. Очень слабо верю в результативность этого.

  • Замена apache2 на nginx на сервере. Тоже очень слабо верю, т. к. не похоже что apache в чём то замешан, при его отключении ни грамма памяти не высвобождалось и вообще он работает как прокси перед Zinc

  • Выкинуть Сесайд. Небыстро..., учитывая, что это по сути сесайд-приложение :)
    В сесайде довольно много таких мест в которые я даже не залезал, что бы узнать как они работают, следовательно я не могу исключать, что дело в нём или точнее в том, что я что ниб некорректно использовал из его инструментария (но на самом деле у меня это уже стойкое давнее желание — отказаться от использования сесайда, и уже почти всё есть для этого).
    Что характерно, именно только при работе приложения идёт утечка памяти. Если, положим, не пускать юзеров дальше главной страницы, то рост потребления памяти прекращается, но(!) она и не высвобождается обратно. (на одном серверере дождался пока натечёт до 666Мб и 18-го числа закрыл для пользователей (просто на главной странице дал им ссылку на новый сервер). И вот сегодня уже 6 дней как потребление памяти стабильно 664Мб, и это притом, что показатель total inst space упал до 47Мб с хвостиком).
    И опять таки, нет явного порождения мусора при работе, а на какую то хитрую чёрную магию сесайд вроде не способен.

На этом пока идеи закончились.


--
--
http://groups.google.ru/group/sugr
---
Вы получили это сообщение, поскольку подписаны на группу "Russian Smalltalk User Group".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес [hidden email].
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.