Nano Hash - криптовалюты, майнинг, программирование

DataGridViewRow не собирает мусор

У меня есть DataGridView, который регулярно заполняется с помощью объектов, привязанных к данным, и количество строк потенциально может стать большим, скажем, многие тысячи во время «цикла регистрации».

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

Это все хорошо, но поскольку предыдущий запуск занимает некоторое время, все эти предыдущие строки становятся объектами поколения 2, а только мусор собирается при полной сборке мусора.

Однако для их очистки требуется ДВА полных GC, потому что первый отправляет их все в очередь финализатора. Это означает, что они зависают в два раза дольше памяти.

Используя рефлектор, я вижу, что DataGridViewRow не имеет метода финализатора, но он наследуется от объекта DataGridViewBand, который делает это, и вызывает GC.SuppressFinalize(this) через его общедоступный метод Dispose().

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

(Мои предположения здесь заключаются в том, что любой объект без финализатора не должен помещаться в очередь финализатора, и любой объект, у которого он есть, но вызывает GC.SuppressFinalize, также не будет помещен в очередь. Я прав в этом предположении?)

Спасибо.

.net winforms memory-management datagridview finalizer
07.10.2009

Ответы:


1

Вызов GC.SuppressFinalize(this), по сути, сообщает сборщику мусора, что действия по очистке, возникающие во время финализации, уже произошли (через вызов Dispose()) и что ему не нужно снова выполнять финализацию. Это не имеет никакого отношения к тому, помещен ли объект в очередь финализации.

Каждый раз, когда создается экземпляр финализируемого объекта (newed), он помещается в очередь финализации. Очередь финализации обрабатывается только во время каждой полной коллекции GC (коллекция Gen2). Одна из проблем финализируемых объектов заключается в том, что они переживут как минимум один дополнительный цикл сборки мусора, прежде чем будут фактически собраны.

07.10.2009
  • Спасибо, Скотт, так что, похоже, мое понимание несколько ошибочно? Тот факт, что строка наследуется от объекта с методом Finalize, означает, что она всегда будет помещаться в очередь и подвергаться двойному GC для ее очистки, и то, что я вижу, верно? Ой! 07.10.2009
  • @Энди: Да, твое понимание было неверным. Поскольку DataGridViewRow наследуется от финализируемого объекта, он фактически становится финализируемым объектом и помещается в очередь. То, что вы видите, верно. Скорее всего, метод Clear() также не удаляет строки, и в этом случае вы можете вручную удалить их до (или после) вызова Clear(), хотя я не уверен, что это возможно. (Это будет зависеть от того, как все реализовано.) При желании вы можете вызвать Dispose() для базового источника данных, что может работать. 07.10.2009
  • Хм, интересно. Я попытался вызвать Clear(), но я получаю ошибки, потому что я «не могу очистить сетку с привязкой к данным», в основном потому, что привязка данных заботится о заполнении / удалении, что кажется достаточно справедливым. Однако не думал вызывать dispose для источника данных, попробую. 07.10.2009
  • Вроде ничего не делал, думаю так и должно быть. 08.10.2009
  • @Andy: я подозревал, что удаление основного источника данных не окажет никакого влияния, но на всякий случай его стоило проверить. Поведение, которое вы видите, очень согласуется с финализируемыми объектами, особенно когда нет возможности вызвать для них Dispose(). Это всего лишь одна из многих причин, по которым не следует делать объекты финализируемыми, если для этого нет весьма веской причины. 10.10.2009
  • Интересно, что, проведя дальнейшие тесты, оказалось, что если я заполняю список перед его привязкой, строки правильно GC'ируются, когда список несвязан и очищается. Проблема возникает только в том случае, если я сначала привязываю список, а затем добавляю к нему. К сожалению, это то, что я хочу сделать, чтобы обновить сетку в реальном времени, пффф. 14.10.2009

    • 2

    Если вы не распоряжаетесь своими объектами, то они не будут подавлены финализацией.

    07.10.2009
  • Я согласен, но я не создаю строки напрямую, они создаются путем привязки данных. Должен ли я все еще как-то называть их dispose? 07.10.2009
    • Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..