My<cod/>.net
Оптимизация Виртуальных Машин
Я возился с игрушечным интерпретатором в Java , и я рассматривал возможность написать простой компилятор, который может генерировать байт-код для виртуальной машины Java. Что заставило меня задуматься, сколько оптимизации должно быть сделано компиляторами, которые нацелены на виртуальные машины, такие как JVM и CLI?
Делают ли компиляторы Just In Time (JIT)постоянное сворачивание, оптимизацию глазка и т. д.?
Я просто добавлю две ссылки, которые довольно хорошо объясняют байт-код Java и некоторые из различных оптимизаций JVM во время выполнения.
Оптимизация байт-кода, вероятно, является оксюмороном в большинстве случаев
Оптимизация байт-кода, вероятно, является оксюмороном в большинстве случаев
Я не думаю, что это правда. Такие оптимизации, как подъем инвариантов цикла и распространение констант, никогда не повредят, даже если JVM достаточно умен, чтобы делать их самостоятельно, просто заставляя код выполнять меньше работы.
Оптимизация-это то, что делает JVMs жизнеспособным в качестве среды для длительно работающих приложений, вы можете поспорить, что SUN, IBM и друзья делают все возможное, чтобы они могли оптимизировать ваш байт-код и JIT-скомпилированный код максимально эффективным способом.
С учетом сказанного, если вы думаете, что можете предварительно оптимизировать свой байт-код, то это, вероятно, не принесет большого вреда.
Однако стоит знать, что JVMs может стремиться к лучшей производительности (а не к сбою), когда он представлен только тем типом байт-кода, который имеет тенденцию создавать компилятор Java. Не исключено, что оптимизация будет пропущена или даже произойдет сбой JVM, когда перестановки байт-кода происходят правильно, но в отличие от того, что было бы произведено javac. Надеюсь, что сейчас такие вещи больше в прошлом, но, возможно, есть что-то, о чем стоит знать.
Компилятор HotSpot оптимизирует ваш код во время выполнения лучше, чем это возможно во время компиляции-в конце концов, он имеет больше информации для работы. Единственный раз, когда вы должны оптимизировать байт-код, а не только свой алгоритм, - это когда вы ориентируетесь на мобильные устройства, такие как Blackberry, где JVM для этой платформы недостаточно мощен, чтобы оптимизировать код во время выполнения и просто выполняет байт-код.
Примечание Для Асерафимов:
Это также может быть полезно для оптимизации байт-кода для не встроенных приложений в некоторых ограниченных случаях:
При доставке кода по проводу, например для WebStart приложений, чтобы минимизировать размер доставки / кэша и потому, что вы не обязательно знаете возможности/скорость клиента.
Для кода, который, как вы знаете, критичен к производительности и используется при запуске, прежде чем (скажем) HotSpot успеет собрать какую-либо статистику.
Опять же, преобразования, которые выполняет хороший оптимизатор/обфускатор, могут быть очень полезны.