Потребление памяти в Pharo
voro...@gmail.com
Здравствуйте!
Давно присматриваюсь к Pharo и недавно даже возникла идея написать наконец свой сайт и использовать Pharo в разработке серверной части (клиентская — на vue). Уж очень нравится подход, который называют живым программированием — отладка и исправление ошибок на ходу, в процессе работы приложения. Но настораживает одна интересная особенность. Даже если просто копаться в среде, не внося никаких изменений в образ и не сохраняя его, потребление памяти процессом pharo постоянно растёт. Если при этом периодически сохранять образ, так же, ничего не меняя в нём, размер образа тоже будет увеличиваться. Такие вещи, как вызов «System → Space left» в меню или многократный вызов «Smalltalk garbageCollect» не особо заметно влияют на процесс освобождения памяти.
Собственно,
вопрос: насколько такое поведение
нормально и чем оно объясняется? Когда
Pharo будет
работать на сервере, как будто бы никакой
проблемы нет, поскольку образ там
сохраняться не будет (это будет контейнер
docker или его
аналога, либо kubernetes).
Но вот непонятный и неконтролируемый
рост образа во время разработки несколько
напрягает. Опять же, где гарантия, что во время работы в контейнере память не начнёт утекать? Можно конечно поставить ограничение на уровне контейнера, но не рухнет ли процесс при достижении этого ограничения?
chaetal
Либо (скорее всего) в процессе "копания" создаёте объекты, на которые таки кто-то ссылается и не позволяет сборщику их удалить. Такое вполне возможно, и довольно часто происходило у меня тоже именно во время всякого рода "исследований" и при разработке.
По началу, когда заморачивался решением подобных проблем, пользовался возможностью отслеживания обратных ссылок — не всегда просто, но всегда находил "концы" (кто и почему "держал" объекты) и после их принудительного удаления "подвисшые" объекты благополучно собирались. Уже не помню деталей, но для Pharo это было довольно характерно — за кадром кто-то (если не изменяет память, в основном инструменты типа инспекторов и т.п.) по каким-то причинам продолжают держать всякие "хитрые" коллекции, которые неочевидным образом через довольно длинные цепочки ссылаются на объекты, которые, как интуитивно кажется должны были быть собраны GC. Опять же, смутно припоминаю, что это это были пережитки Morphic-а… Но это не точно :).
Потом чаще начал "забивать" на такое. Наладил для себя механизмы автоматизированной загрузки нужных модулей в чистый образ и стал просто выкидывать "загаженный" образ, заново начинать с чистого.