Python-сообщество

Будем посмотреть. ИМХО бред это. В своё время подобные горе обещания от Microsoft у реальных специалистов отняли зарплату лет десять тому назад. Сейчас над Microsoft уже потешаются - но тогда из-за их глупых ( или провокационных ) заявлений очень много проектов погибло на финансовой почве - типа Microsoft грит что уже почти сделал - зачем рисковать и вкладывать деньгу в конкурентные продукты. С тех пор программирование опустилось до лабания невесть какой ахинеи, продукты Microsoft и Intel запретили использовать на транспорте в медицине и военной технике, а программист, как профессия, слетела с уровня высококлассного инженера на уровень сантехника ( слил прикрутил ). :) Так что никому не доверять - всех проверять Microsoft это или кто другой - уже никому верить нельзя - все свихнулись от жадности. :(

ZAN
На чем это, интересно, можно добиться х100? На тупой числодробилке? Так я ее лучше на плюсах слабаю, или на Cython.
Даже весьма синтетический pystone дает х7.
На живых пробраммах разница будет не такая значительная (а часто наблюдал и деградацию, psyco руками тюнить нужно, а то он в такие дебри заведет…)

3% программы требуют оптимизации, 97% - нет. Дядька Кнут.
Если вы думаете, что нашли узкое место в программе, требующее оптимизации - в 32 случаях из 33 вы ошибаетесь.

И так далее в том же духе.

Говорю это не из вредности. Я умею писать быстрый код, пользоваться профайлерами и проч. (Кстати, runsnakerun - неплохой визуализатор для cProfile).
И прекрасно отдаю себе отчет, какая доля из этого приходится на скорость исполнения самого языка.

Что-то Базар с Меркуриалом уверенно рвут в клочья svn.
Несмотря на изначально куда более медленный язык.
Subversion нервно курит в сторонке.

Ну приріст можна отримати не тільки на “числодробілках”
Різного роду хеші, алгоритми стиснення, робота з матрицями і тд - давно частина усіх стандартних програм, особливо графічних. Тут ж просто напишуть модуль підтримки пітона для LLVM, і програма буде переводитись в RISC байт-код, над яким буде проводитись оптимізація - оптимізовуватимуться цикли, використовуватимуться інструкції розширення(SSI,SSE, 3dnow, SIMD, AltiVect, * ) для машини на якій то виконується. Далі можливе або ж виконня в віртуальній машині, або ж використання іншого бек-енду для формування бінарніка(ELF, PE, і тд)
Як на мене ідея непогана.

Повторюсь. Хэши, сжатие и перемножение матриц лучше всего оформлять как внешние модули. Это даст наибольший прирост в производительности.
В целом LLVM мне нравиться. Если появится Питон на этой машине - будет неплохо. Но сильно большого прорыва по скорости я не жду.

The results of the tests on Unladen Swallow 2009Q1 versus CPython 2.6.1 are posted on the project wiki; Unladen Swallow ranges from 7.43% faster to 157.17% faster, beating CPython on every benchmark.

http://lwn.net/SubscriberLink/332038/e036312707175073/

самое приятное что уже часть патчей в ветке 2.6 и 3.0 и в планах у них весь свой код по оптимизации перенести в Cpython - что не может не радовать. глянуть список принятых и патчей в очереди, можно здесь: http://code.google.com/p/unladen-swallow/wiki/UpstreamPatches

Интересно, далеко уже гуглопитон продвинулся? )

pasaranax