Мнения о незапятнанной ласточке?

Каковы ваши мнения и ожидания на Google Unladen Swallow? Из их плана проекта:

Мы хотим сделать Python быстрее, но мы также хотят сделать его легким для больших, хорошо зарекомендовавшие себя приложения к переключитесь на бездонный ласточек.

Создайте версию Python как минимум на 5 раз быстрее, чем CPython.

Производительность приложения Python должна быть стабильной.

Поддерживать совместимость на уровне исходного кода с CPython приложения.

Поддерживать совместимость на уровне исходного кода с расширением CPython модули.

Мы не хотим поддерживать реализацию Python навсегда; мы рассматриваем наша работа как отрасль, а не вилка.

И даже слаще:

Кроме того, мы намерены удалить GIL и зафиксировать состояние многопоточность в Python. Мы считаем, это возможно через внедрение более сложного ГХ

Он выглядит слишком хорошо, чтобы быть правдой, как и лучшие из PyPy и Stackless.

Дополнительная информация:

Jesse Noller: "Pycon: без запаха"
ArsTechnica: "Google ищет святой грааль производительности Python"

Обновление: как указывал DNS, возник вопрос: Что такое LLVM и как заменить Python VM на LLVM, увеличивая скорость 5x?

Ответ 1

Я очень надеюсь на это.

Это работает несколько человек из Google. Видя, как там используется BDFL, это положительно.
С летучей мыши они заявляют, что это ветка, а не вилка. Таким образом, это в пределах вероятности того, что это в конечном итоге будет объединено в багажник.
Самое главное, у них рабочая версия. Они используют версию без порога проглатывания прямо сейчас для материала Youtube.

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

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

Ответ 2

Мне жаль разочаровывать вас, но когда вы читаете PEP 3146, все выглядит плохо.

Улучшение к настоящему времени минимально и, следовательно, код компилятора становится более сложным. Также удаление GIL имеет много недостатков.

Btw. PyPy, похоже, быстрее, чем Unladen Swallow, в несколько тестов.

Ответ 3

Я думаю, что проект имеет благородные цели и с достаточным временем (2-3 года), они, вероятно, достигнут большинства из них.

Возможно, они не смогут объединить свою ветку обратно в багажник, потому что текущее представление Guido заключается в том, что cpython должен быть ссылочной реализацией (т.е. он не должен делать то, что невозможно для копирования IronPython и jython) мы видели, что это то, что удерживало прохладные части стеколов от объединения в cpython.

Ответ 4

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

Я особенно обеспокоен совместимостью с существующим кодом и библиотеками и тем, как сообщество библиотек-библиотек отвечает на него. В конечном счете, помимо личных проектов хобби, он имеет нулевое значение для меня, пока он не сможет запустить все мои сторонние библиотеки.

Ответ 5

Guido только что опубликовал статью в своей учетной записи Twitter, которая является обновлением статьи Джесси Ноллера, опубликованной ранее. http://jessenoller.com/2010/01/06/unladen-swallow-python-3s-best-feature/. Похоже, что они продвигаются вперед, как ранее упоминалось с python 3.

Ответ 6

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

Если это действительно так, легко избавиться от C и С++ даже для высокопроизводительных операций.

Даже если это спонсируемый Google проект с открытым исходным кодом, на удивление не привлекает Гвидо где угодно.

Ответ 7

Я думаю, что улучшение в 5 раз быстрее не так важно для меня лично.

Это не порядок величины. Хотя, если вы потребляете мощность процессора в масштабе Google, это может стоить инвестиций, чтобы некоторые из ваших сотрудников работали над этим.

Многие из улучшений скорости, скорее всего, превратятся в cpython.

Избавление от GIL интересно в принципе, но, скорее всего, выявит множество проблем с модулями, которые не являются потокобезопасными после удаления GIL.

Я не думаю, что буду использовать Unladen Swallow в ближайшее время, но как то, как внимание к производительности может улучшить обычные версии Python.