| |
| 2.8, Аноним (8), 23:22, 25/03/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Только в теории... На практике, если ваш проект использует хотя бы 10 библиотек, вероятность, что хотя бы одна некорректно работает с PyPy становится близка к 100%. Столько раз уже это проходили
| | |
|
| |
| 2.3, Аноним (3), 22:18, 25/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
А до это в каком виде хранились, как в CPython 3 в UCS-2?
| | |
|
| 1.4, Анонимс (?), 22:24, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> при выполнении некоторых операций PyPy в несколько раз обгоняет классическую реализацию Python на языке Си (CPython).
Это просто магия какая-то. А как же утверждение, что нет ничего быстрее С? Как такое возможно?
| | |
| |
| 2.5, Аноним (5), 22:50, 25/03/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
Ну смотри. Интел тоже поначалу был суперсверхвысокоскоростным. А потом кое-что выяснилось.
| | |
| 2.7, myhand (ok), 23:00, 25/03/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > А как же утверждение, что нет ничего быстрее С?
А кто утверждал, что PyPy обгоняет C?
> Как такое возможно?
Одна реализация Python обгоняет другую, что тут невозможного-то? Кстати, обе на C.
| | |
| |
| |
| |
| |
| 6.23, myhand (ok), 16:10, 26/03/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
$ ldd /usr/lib/pypy3/bin/pypy3-c
...
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd32e596000)
...
| | |
| |
| 7.31, K (?), 21:09, 28/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
Это всего лишь доказывает, что rpython компилит в elf-бинарь
| | |
|
|
|
|
|
| 2.9, Аноним (8), 23:26, 25/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Здесь дело не в языке, на котором написана та или иная реализация, а в подходе. Здесь JIT, который позволяет иногда значительно ускорить исполнение. Это как C/C++ и Java/C#: первая пара быстрее, но за счёт того, что у второй пары есть JIT, это делает их быстрее, т.к. они подстраиваются под конкретную платформу, на которой исполняется код, в то время как C/C++ приходится шипить лишь с общим набором инструкций.
| | |
| |
| 3.14, Аноним (14), 08:30, 26/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Такого смешного и профанского объяснения почему jit быстрее статическию скомаиленного кода я ещё не видел. Спасибо вы сделали мой день. Побольше бы вас таких и уменя всегда будет работа.
| | |
| |
| 4.19, Аноним (19), 13:41, 26/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну так а в чём он не прав? Если вы компилите для себя, то да C/C++ конечно будет быстрее. Но если вы собираетесь продавать, то там у каждого свой процессор и свой набор инструкций, поэтому и приходится компилить с общим набором инструкций. Тут то JIT и выходит на сцену
| | |
| 4.20, нех (?), 14:05, 26/03/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
и возможно, когда-нибудь вы накопите на репетитора по русскому языку.
| | |
|
|
| 2.17, Аноним84701 (ok), 13:16, 26/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> при выполнении некоторых операций PyPy в несколько раз обгоняет классическую реализацию Python на языке Си (CPython).
> Это просто магия какая-то. А как же утверждение, что нет ничего быстрее С? Как такое возможно?
Интерпретатор bash написан на си, значит принципиально ничего не может быть быстрее bash? o_O
Кстати, утверждение довольно новомодно -- есть еще "ничего нет быстрее ассемблера", "ничего нет быстрее опкодов", ... , "ничего нет быстрее бабочек!".
| | |
| |
| 3.18, helgi (??), 13:38, 26/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Быстрота бабочек заключается в отсутствии лишних движений, а не в скорости передвижения )
| | |
|
| 2.22, Amphyby (ok), 14:53, 26/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
 просто на любом языке можно писать как на пихоне. так и получаются уродства медленные на плюсах
| | |
| |
| 3.25, Аноним (25), 18:34, 26/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
Тс-с-с! товарищ! Оптимизацией займёмся позже, а пока пишем, что душе угодно.
| | |
|
| 2.30, pvv (??), 17:34, 28/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
на питоне написан jit компилятор, который преобразует код на питоне сразу в машинный код.
и его быстродействие не зависит от того на чём оно написано (именно выполнение, а не компиляция)
а на Си написан интерпретатор, (возможно в промежуточный байт-код какой-нибудь виртуальной машины, хз что там у питона внутри). и он естественно работает медленнее, но не потому что написан на С.
| | |
|
| 1.6, Alexey (??), 22:52, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Почему магия? Если хитро программировать, то и assembler будет медленным
| | |
| |
| 2.15, Аноним (15), 11:34, 26/03/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если программировать, как учат на специальности "программирование".
| | |
| |
| 3.26, Аноним (25), 18:35, 26/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
Точно! Не надо в профильный вуз, а надо в кулинарный техникум (есть ещё такие?) -- там уж научитесь между рецептами котлеток и солянок (суп это, между прочим, а не тушёная капуста :).
| | |
| |
| 4.27, Аноним (27), 20:29, 26/03/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Точно! Не надо в профильный вуз, а надо в кулинарный техникум (есть ещё такие?
А ты не смейся. У нас тут ЕАИС от профессиональных сертифицированных программистов с лапшекодом внутри и полной невозможностью запиливания сканера полиса ОМС. Падает на любой неосторожный чих и синхронизируется флешкой силами (ногами) специально обученной девочки-эникейщицы.
Извините, накипело.
| | |
|
|
|
| 1.13, Аноним (13), 07:16, 26/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Судя по новости про Pyright нужно было переписать на ES и тогда оно будет в 10 раз быстрее работать.
| | |
| |
| 2.29, nobody (??), 10:31, 27/03/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Сделали UTF
8
И что? В жаве и винде вот до сих пор не сделали
| | |
|
|
