Почему байт-код может работать быстрее, чем собственный код [закрыто]

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

Закрыт 8 лет назад .

Java работает медленно.

Это больше, чем «городская легенда», это, кажется, факт. Вы не используете его для live-кодирования из-за задержки, и вы не используете его для кластеров / параллельных вычислений. Существуют тысячи тестов, особенно «Java vs C # vs C ++».

http://benchmarksgame.alioth.debian.org/

Согласно приведенному выше сайту, не только производительность Java почти так же хороша, как C (далеко не все), но Scala и Clojure (оба функциональных языка, которые работают на JVM) имеют лучшую производительность, чем OCaml, Erlang.

И есть много фраз «Java быстрее, чем X». , также (например, вопрос здесь по SO: Производительность Java Runtime Vs против собственного кода C / C ++? ).

Таким образом, Java кажется быстрой в некоторых случаях. Может кто-нибудь объяснить, почему?

Почему этот байт-код может работать быстрее, чем собственный код, в некоторых случаях, учитывая динамический код (Scala, Clojure) и сборку мусора? Почему, если это быстрее, а задержка все еще есть?

Кажется, здесь возникает противоречие, может ли кто-нибудь пролить свет?

задан Community 23 May 2017 в 12:02

0 ответов

Другие вопросы по тегам:

java performance jvm native-code

Почему байт-код может работать быстрее, чем собственный код [закрыто]

0 ответов

Похожие вопросы: