Почему IronPython быстрее, чем Официальный интерпретатор Python

Я решил проблему создания нескольких действий. Для других людей, которые сталкиваются с той же проблемой. Убедитесь, что приложение не в фоновом режиме, если вы пытаетесь перейти к фрагменту с помощью архитектуры навигации.

Если приложение остается активным, это не приведет к созданию нового экземпляра действия, и приложение будет работать так, как ожидается.

12
задан Tristan Havelick 2 February 2009 в 20:21
поделиться

5 ответов

Код Python не становится скомпилированным в C, сам Python записан в C и интерпретирует байт-код Python. CIL компилируется в машинный код, который является, почему Вы видите лучшую производительность при использовании IronPython.

40
ответ дан 2 December 2019 в 02:57
поделиться

Вы правы, C намного быстрее. Вот почему в тех результатах CPython вдвое более быстр когда дело доходит до словарей, которые являются почти чистым C. С другой стороны, код Python не компилируется, он интерпретируется. Вызовы функции в CPython являются ужасно медленными. Но с другой стороны:

TryRaiseExcept:  +4478.9%

Теперь, существует то, где IronPython добираются, является ужасно неправильным.

И затем, существует этот проект PyPy с одной из целей, являющихся Своевременным компилятором. Существует даже подмножество Python, названного RPython (Уменьшенный Python), который может быть статически скомпилирован. Который, конечно, намного быстрее.

8
ответ дан 2 December 2019 в 02:57
поделиться

Мог это быть объясненным этой нотацией на странице, с которой Вы связались:

Из-за сайта, кэширующегося в Динамическом Времени выполнения Языка, IronPython работает лучше с большим количеством передач PyStone, чем значение по умолчанию

3
ответ дан 2 December 2019 в 02:57
поделиться

Я не уверен точно, как Вы делаете вывод, что IronPython быстрее, чем CPython. Ссылка, которую Вы отправляете, кажется, указывает, что они способны к разным вещам (как исключения, как был указан).

5
ответ дан 2 December 2019 в 02:57
поделиться

Wandering off your question "Why?", to "Oh, really?" The "good at different things" (Jason Baker) is right on. For example, cpython beats IronPython hands down start up time.

c:\Python26\python.exe Hello.py
c:\IronPython\ipy.exe Hello.py

Cpython executes a basic hello world nearly instantly(<100ms), where IronPython has an startup overhead of 4 or 5 seconds. This annoys me, but not enough to keep me from using IronPython.

5
ответ дан 2 December 2019 в 02:57
поделиться
Другие вопросы по тегам:

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