Время выполнения.NET по сравнению с Горячей точкой Java: является.NET одним поколением позади?
Согласно информации я мог собраться на.NET и среде выполнения Java, текущее положение дел, следует:
Современный Java VM способны к выполнению непрерывной перекомпиляции, которая объединилась с профилированием, может привести к улучшениям высокой эффективности. Более старый JVMs использовал JIT. Больше информации в этой статье: http://www.ibm.com/developerworks/library/j-jtp12214/ и особенно: теория Java и практика: Динамическая компиляция и измерение производительности
.NET использует JIT или NGEN, чтобы сгенерировать собственный код, но после того как собственный код сгенерирован, не далее оптимизация (во время выполнения) выполняется.
Сравнительные тесты в стороне и без намерения нарастить священные войны, делает это означает, что Горячая точка Java VM является одним поколением перед .NET. Будут эти технологии, используемые в Java VM в конечном счете, находят его путь во время выполнения.NET?
1 ответ
Очевидно, кто-то работал над чем-то подобным для Ротора . У меня нет доступа к IEEE, поэтому я не могу прочитать аннотацию.
Динамическая перекомпиляция и профильная оптимизация для компилятора .NET JIT
Цитата из резюме ...
Оценка инфраструктуры с использованием набор тестовых программ показывает, что производительность может улучшиться максимально на 42,3% и в среднем на 9%. Наши результаты также показывают, что накладные расходы сбора точного профиля информация через приборы для степень перевешивает преимущества профильная оптимизация в наших реализация , предполагающая необходимость для реализации техник, которые могут уменьшить такие накладные расходы.