сборка "мусора" основ Java
Люди Novell Suse SLES11 думают так, потому что это распределение предприятия пропускает поддержку записи ext4 в пользу btrfs. Я протестировал btrfs несколько недель назад (с 3,0 ядрами), и я справился, получают 2 снимка, которые не могли быть удалены, в течение 20 минут, экспериментируя.
я не думаю, что необходимо доверять наиболее ценным активам (фотография, музыкальные треки, файлы для разработчика...) к btrfs, если Вы не абсолютно уверены, что у Вас есть надлежащие резервные копии. Если Вам не нужен btrfs для его функций, не используйте его для других целей, чем тестирование.
3 ответа
Да, и не только это, каждая JVM может содержать более одной стратегии сборки мусора: области данных времени выполнения, использованный алгоритм сборки мусора , и любая внутренняя оптимизация Java инструкции виртуальной машины (для например, переводя их в машину код) оставлены на усмотрение разработчик . [курсив мой]
Определенно зависит от поставщика. Например, GCJ и Sun VM используют совершенно разные сборщики мусора.
Да, и не только это, каждая JVM может содержать более одной стратегии сборки мусора: