Список ссылок - память // PYTHON [дубликат]
echo "export PATH=\$PATH:/Users/${USER}/Library/Android/sdk/platform-tools/" >> ~/.bash_profile && source ~/.bash_profile
Если вы поместите папку android-sdks в другой каталог, замените путь каталогом. android-sdks / platform-tools находится в
2 ответа
Вот выдержка из ссылки на язык
Объекты никогда не уничтожаются явно; однако, когда они становятся недостижимыми, они могут быть собраны в мусор. Реализация позволяет отложить сборку мусора или вообще опустить ее - это вопрос качества реализации, как реализуется сбор мусора, до тех пор, пока не будут собраны никакие объекты, которые еще доступны.
Подробности реализации CPython: CPython в настоящее время использует схему подсчета ссылок с (опционально) задержкой обнаружения циклически связанного мусора, который собирает большинство объектов, как только они становятся недоступными, но не гарантируется сбор мусора, содержащего циркуляр Рекомендации. Информацию об управлении сбором циклического мусора см. В документации модуля gc. Другие реализации действуют по-разному, и CPython может измениться.
EDIT: об отсрочке сбора мусора ....
gcпозволяет вам взаимодействовать с сборщиком мусора и отключать его, если вы хотите изменить частоту сбора и т. д. Но я не использовал его сам. Кроме того, циклы, содержащие любые объекты с__del__методами , не собираются .
Когда объекты мусора собраны в python?
В исходном коде для CPython много деталей: http://svn.python.org/view/python/trunk/ Модули / gcmodule.c? Revision = 81029 & amp; view = markup
Каждый раз, когда счетчик ссылок падает до нуля, объект немедленно удаляется.
293 / * Циклический gc Python никогда не должен видеть входящий refcount
294 * of 0: если что-то уменьшилось до 0, оно должно было быть
295 * немедленно освобождено в это время.
Полная коллекция запускается, когда число новых объектов превышает 25% от числа существующих объектов.
87 В дополнение к различным настраиваемым пороговым значениям мы запускаем только полную коллекцию
88, если отношение
89 long_lived_pending / long_lived_total
90 находится выше заданного значения (с привязкой к 25%).
Когда освобождена память?
Я смог вытащить эту информацию .
781 / * Очистить все свободные списки
782 * Все бесплатные списки удаляются во время сбора самого высокого поколения.
783 * Выделено элементы в свободном списке могут содержать занимаемую арену pymalloc.
784 * Удаление бесплатных списков может вернуть память ранее.
785 * /
В соответствии с этим Python может хранить ваш объект в свободном списке для повторной переработки, даже если вы отбросите его refcount на ноль. Я не могу явно найти, когда бесплатный вызов выполняется, чтобы вернуть память в операционную систему, но я полагаю, что это делается всякий раз, когда создается коллекция, и объект не хранится в свободном списке.
Эффект влияет на производительность?
Любой нетривиальный сборщик мусора, о котором я слышал, требует как процессора, так и памяти. Поэтому да, всегда есть влияние на производительность. Вам нужно будет поэкспериментировать и познакомиться с вашим сборщиком мусора.
Программы, требующие оперативной реакции в реальном времени. Я столкнулся с проблемами, поскольку сборщики мусора не дают мне контроля над тем, когда они запускаются или для чего они долго. Некоторые специфические случаи могут вызвать чрезмерное использование памяти, примером может быть умение Python для хранения свободных списков.
-
1
gcв сообщении. – Praveen Gollakota 26 February 2012 в 03:07