LINUX.ORG.RU
ФорумTalks

[java][GC]Что такое managedruntime.org?

 ,


0

1

Случайно натолкнулся на сайт www.managedruntime.org

Если я правильно понял, то предлагается улучшить быстродействие сборки мусора в Яве (и других языках) улучшив взаимодействие виртуальной машины и ядра. Вроде как планируется ускорять сборку мусора путем замены копирования информации на ремаппинг. Обещается полное отсутствие пауз при сборке мусора.

Даже имеются патчи для ядра Linux 2.6.34 и Явы.

Кто-нибудь с этим сталкивался? Что это действительно помогает и работает на обычном оборудовании?



Последнее исправление: sign (всего исправлений: 1)

consists of a JVM derived from OpenJDK 6

дальше читал со скепсисом и по диагонали

The JVM is x86/linux specific and is not intended for other architectures:

- OS: Linux Fedora FC12 v2.6.32-9

дальше не читал.

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

Спасибо за идею. Тоже почитал readme патчей для ядра

наткнулся на следующее

System Requirements
Hardware:
IntelXeon 5500, 5600, 6500, 7500 and above
AMD Opteron 8300 and above (or Opteron 6100 and above)

Ну вот - получается на десктопе не запустить. ;(

Интересно, а что может быть такого особенного у Xeon, чего нет у обычного Core 2 Duo?

sign
() автор топика
Ответ на: комментарий от stevejobs

> OS: Linux Fedora FC12 v2.6.32-9

Там дальше сказано, что тестировали патч против обычного ядра 2.6.34 с kernel.org. Так что возможно можно запускать не только под федорой.

sign
() автор топика
Ответ на: комментарий от sign

В книжке по Java Concurrency первой главой идет прием, в котором для изменения данных создается новый неизменябельный объект, которому при инициализации передаются исходные данные плюс исправление. Глазами видел, что многие так и делают (да и я тоже так делаю, чо :). Не помогут такому приему их извращения с горбатым, если я правильно понял их идею..

stevejobs ★★★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.