Я видел несколько подобных постов, но я не нашел точного ответа. Вот мой вопрос: так как существуют чтение барьеров, почему бы не использовать их непосредственно для захвата всех модификаций? Даже если корень переназначен на другой объект, а ссылочный объект отключен от ссылок после копирования, что приводит к тому, что коллекционер мусора не обновляет свои ссылки во время мутации, все еще есть рассмотрение. Если объект не назначен другим объектам во время фазы марки, он доказывает, что у него нет ссылок, поэтому не происходит отсутствующей маркировки. Если он назначен другими объектами, барьер чтения все еще может захватить эталонное изменение, избегая отсутствия маркировки. Так почему же необходим остановка мира (STW)?
Подробнее здесь: https://stackoverflow.com/questions/796 ... ots-in-zgc
Зачем Java GC нужно сначала Stw на сцене маркировки (например, Lock the Roots в ZGC)? [дублировать] ⇐ JAVA
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Зачем читать барьер не может разрешить STW в сборщике мусора Z? [дублировать]
Anonymous » » в форуме JAVA - 0 Ответы
- 6 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Зачем читать барьер не может разрешить «Остановить мир» в сборщике мусора ZGC? [дублировать]
Anonymous » » в форуме JAVA - 0 Ответы
- 7 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Ручная миграция Entity Framework6 из базы данных сначала кодировать сначала
Anonymous » » в форуме C# - 0 Ответы
- 17 Просмотры
-
Последнее сообщение Anonymous
-