https://www.opennet.me/openforum/vsluhforumID3/107106.html Состоялся (http://morepypy.blogspot.ru/2016/03/pypy-50-released.html) релиз PyPy 5.0 (http://pypy.org/), реализации языка Python, написанной на языке Python (используется статически типизированное подмножество RPython (http://doc.pypy.org/en/latest/coding-guide.html#id1), Restricted Python). Новый выпуск примечателен значительным увеличением (http://speed.pypy.org/) производительности, он в среднем на 1% быстрее прошлой версии PyPy и в 9.2 раз быстрее классического CPython 2.7. Выпуск доступен для x86-систем Linux 32/64, OpenBSD, FreeBSD, OS X 64 и Windows 32, а также для систем на базе архитектуры ARM (ARMv6 или ARMv7 с VFPv3) и PowerPC (ppc64).<br><br><br><br><br>Благодаря задействованию JIT-компилятора, на лету транслирующего некоторые элементы в машинный код, PyPy при выполнении некоторых операций в несколько раз обгоняет по производительности классическую реализацию Python на языке Си (CPython). Ценой высокой производительности и использования JIT-компиляции является более высокое потребление памяти - общее потре https://www.opennet.me/openforum/vsluhforumID3/107106.html#89 Sun, 13 Mar 2016 23:31:35 GMT &gt; Судя по тому как yum/dnf/portages работают - реалистичная аппроксимация.<br><br>Не знаю, так как не использую. А причем здесь вообще эта отсылка?<br>Я так понимаю, что все порывы переписать все это на си категорически отвергались и запрещались под страхом пожизненного лишения интернета?<br><br><br>&gt;&gt; А можно задействовать то, во что частенько только едят. И результат &#8211; на лицо.<br>&gt; Так питон считается low entry barrier. Как видим не зря.<br><br>Гм, почему-то представители "не-low-entry" ЯП в этой теме тоже особо не блистали. Нашли где-то какой-то, мягко говоря, странный пример. Кинулись писать что-то довольно отдаленно похожее, подзабыв про то, что неплохо сначала подобрать более оптимальный алгоритм.<br><br>&gt;&gt; так и не встроили, а значит заоптимизировать *реноватый алгоритм все же не в состоянии.<br>&gt; Иногда в состоянии. Контрпример: <br>&gt; for (...i &lt; 100500...) <br>&gt; { <br>&gt; a = 5; <br>&gt; } <br><br>...<br>&gt; Т.е. сразу результат, без циклов вообще. И такого в gcc - есть. <br>&gt; Если a нигде не используется - кода вообще не будет.<br><br>Я так пони https://www.opennet.me/openforum/vsluhforumID3/107106.html#88 Sun, 13 Mar 2016 22:35:19 GMT &gt;&gt; Ну-ка ну-ка ... "разгон в пару раз" того кода, c помощью флагов &#8211; в студию!<br>&gt; Легко. Собери LZ4 с -O0 и -O3, поудивляйся разнице.<br><br>Вы, наверное, автор LZ4, раз его каждый раз в пример ставите? А автограф можно?<br>Или просто невнимателно читали &#8211; там вроде бы речь про код из #35 или #43.<br> <br>&gt; Это про цирк где питонист подсунул питону предварительно вычисленное выражение? <br><br>Какое предварительно вычисленное выражение?<br>Внимательнее нужно быть, внимательнее:<br>&gt; def compute(val): <br>&gt; return 0.5 * cos(0.5)/sin(0.5) - cos(( [b] val [/b] + 0.5))/(2*sin(0.5)) <br><br>Если добавить "import sys" и заменить<br>[code] <br>return compute(100000000-1)<br>хотя бы на<br>return compute(long(sys.argv[1])-1)<br>[/code]<br>то можно считать что угодно. <br><br><br>&gt; Там мухлеж на уровне алгоритма. Извольте-ка сравнивать одинаковые алгоритмы. <br><br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#87 Sun, 13 Mar 2016 21:48:20 GMT &gt; В Си-коде аноним использует простой цикл со счетчиком &#8211; а в питоне, <br>&gt; ничтоже сумняшеся, вместо простого цикла берет полноценный список на 10000000 циферок <br>&gt; ... "а че, все честно!" (с). <br><br>Судя по тому как yum/dnf/portages работают - реалистичная аппроксимация.<br><br>&gt; да и люди отнюдь не глупые делают), при этом важно надувать <br>&gt; щеки, как будто самолично его (гцц) писал, а не просто запускал <br>&gt; &#8211; и вещать про "тормознутость".<br><br>Надувание щек обычно имеет смысл если ты умеешь этой самой оптимизации не мешать. А иногда приходится активно помогать. В случае jit это будет не сложно, а очень сложно.<br><br>&gt; А можно задействовать то, во что частенько только едят. И результат &#8211; на лицо.<br><br>Так питон считается low entry barrier. Как видим не зря.<br><br>&gt; так и не встроили, а значит заоптимизировать *реноватый алгоритм все же не в состоянии.<br><br>Иногда в состоянии. Контрпример:<br>for (...i &lt; 100500...) <br>{<br> a = 5;<br>}<br><br>легко превратится в нечто вида:<br>mov r7, #5 // a = 5;<br><br>Т.е. сразу результат, бе https://www.opennet.me/openforum/vsluhforumID3/107106.html#86 Sun, 13 Mar 2016 21:15:38 GMT &gt; Я то, блин утверждаю что в некоторых случаях код на питоне исполняемый <br>&gt; в pypy сравним с кодом написанным на си(попытки хитрить используя openmp, <br>&gt; флаги оптимизации в сишной реализации это только подтверждают).<br><br>А почему хитрить то? Вон image magic "хитрит" в дефолтной сборке в почти всех дистров уже лет пять наверное.<br><br>&gt; И поэтому СPython никак не будет в разы быстрее.<br><br>Было бы странно если бы интерпретатор был быстрее jit. Какие к тому предпосылки? Но jit память жрет как... как JS в браузере. Тут вон орлы memory error огребли в простейшем цикле. Хренасе.<br><br>&gt; Нет блин.<br><br>Зато это делают другие.<br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#85 Sun, 13 Mar 2016 21:10:06 GMT &gt; Ну-ка ну-ка ... "разгон в пару раз" того кода, c помощью флагов &#8211; в студию!<br><br>Легко. Собери LZ4 с -O0 и -O3, поудивляйся разнице.<br><br>&gt; Хотя да, куда там непонятному "-Ofast" до "-O3" o_O<br><br>Это про цирк где питонист подсунул питону предварительно вычисленное выражение? Там мухлеж на уровне алгоритма. Извольте-ка сравнивать одинаковые алгоритмы. И если уж производительность питона - без вызова сишных библиотек.<br><br>&gt; А вот мне кажется, что один конкретный Аноним опять лажанулся &#8211; непонятно <br>&gt; где в питоно-коде простой инкремент счетчика увидел.<br><br>В цикле, вестимо. Ну хорошо, уломал, там еще синус и суммирование. Не вижу чего из этого может много памяти потребить.<br><br>&gt; курсе, что "range" возвращает список с 0..n &#8211; но то школьник, куда ему до Анонима.<br><br>Так и запишем - питонисты пишут код настолько ж...й, что даже цикл написать нормально уже не могут.<br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#84 Sun, 13 Mar 2016 20:59:55 GMT &gt; А на PyPy можно запускать ещё один PyPy?<br><br>Каким образом? <br>PyPy написан на RPython, а интерпретирует обычный Python - это разные языки.<br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#83 Sun, 13 Mar 2016 20:40:13 GMT Не перестаёт, если интересуют экспериментальные данные ))<br>Как верно заметили - узкое место hdd. C PyPy диск пригружается эффективней и всё на этом.<br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#81 Sun, 13 Mar 2016 18:47:51 GMT &gt; Опять какой-то не адекват. По теме - вам лечится надо, или хотя <br>&gt; бы следить за собой весной и осенью, <br><br>Да не расстраиваетесь вы так! Переход на личности и "тонкие" намеки вместо аргументов -- тоже вполне достойный Анона ответ! Вы победили и всем показали!<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/107106.html#80 Sun, 13 Mar 2016 18:28:50 GMT Опять какой-то не адекват. По теме - вам лечится надо, или хотя бы следить за собой весной и осенью, раз уж вы не в состоянии прочитать одну ветку и разобраться, прежде чем стучать по клаве генерируя бред. Всё.<br>