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

Всем привет!

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

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

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

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

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

Спасибо за информацию. Посмотрю в таком разрезе.
(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 в памяти?

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

О какой версии 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.

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

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

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

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

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

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

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

А вы можете это воспроизвести на lastest Pharo 5?

3 timesRepeat: [Smalltalk garbageCollect].

 Например, вы реализовали глобальный кеш неких объектов и из-за ошибки в программе он никогда не очищается. 

 

А какое приложение пишите? если не секрет