The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз PyPy 7.0, реализации Python, написанной на языке Python"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз PyPy 7.0, реализации Python, написанной на языке Python"  +/
Сообщение от opennews (??), 12-Фев-19, 10:19 
Опубликован (https://morepypy.blogspot.com/2019/02/pypy-v700-triple-relea...) релиз проекта PyPy 7.0 (http://pypy.org/), в рамках которого развивается реализации языка Python, написанной на языке Python (используется статически типизированное подмножество RPython (http://doc.pypy.org/en/latest/coding-guide.html#id1), Restricted Python). Выпуск подготовлен одновременно для веток PyPy2.7, PyPy3.5 и PyPy3.6 (альфа-версия), обеспечивающих поддержку синтаксиса Python 2.7, Python 3.5 и Python 3.6. Выпуск доступен для Linux (x86, x86_64, PPC64, s390x, ARMv6 или ARMv7 с VFPv3), macOS (x86_64),  OpenBSD, FreeBSD и Windows (x86).


Особенностью PyPy является использование JIT-компилятора, на лету транслирующего некоторые элементы в машинный код, что позволяет обеспечить высокий (http://speed.pypy.org/) уровень производительности - при выполнении некоторых операций PyPy в несколько раз обгоняет классическую реализацию Python на языке Си (CPython). Ценой высокой производительности и использования JIT-компиляции является более высокое потребление памяти - общее потребление памяти в сложных и длительно работающих процессах (например, при трансляции PyPy силами самого PyPy) превышает потребление CPython в полтора-два раза.


В новом выпуске (http://doc.pypy.org/en/latest/release-v7.0.0.html):


-  Представлен первый альфа-выпуск новой ветки PyPy3.6, предоставляющей поддержку Python 3.6;
-  Добавлена возможность подключения обработчиков к сборщику мусора (GC hooks (https://morepypy.blogspot.com/2019/01/pypy-for-low-latency-s...)), позволяющих на низком уровне управлять поведением сборщика мусора, отключая его в моменты, требующие предсказуемой производительности или отсутствия задержек. Следует иметь в виду, что при отключении сборки мусора может наблюдаться неконтролируемый рост потребления памяти. Управление производится при помощи двух функций: gc.disable() для отключения автоматического сборщика мусора и gc.collect_step() для ручного выполнения отдельных шагов для сборки мусора;

-  Обновлены модули CFFI 1.12 (C Foreign Function Interface) и cppyy 1.4 с реализацией интерфейса для вызова функций, написанных на языках Си и C++. В ветках Py3.5 и Py3.6 появилась поддержка  cppyy, ранее доступного только в PyPy2.7;

-  Реализованы специфичные для Python 3.6 функции и объекты Py_ReprEnter, Py_ReprLeave(), PyMarshal_ReadObjectFromString, PyMarshal_WriteObjectToString, PyObject_DelItemString, PyMapping_DelItem, PyMapping_DelItemString, PyEval_GetFrame, PyOS_InputHook, PyErr_FormatFromCause, __set_name__, __init_subclass__;

-  В основную ветку PyPy переведена разработка отладчика revdb (https://bitbucket.org/pypy/revdb) с поддержкой отладки с возвратом к более ранним состояниям (reverse debugging);

-  Добавлена поддержка платформы GNU Hurd. Улучшена работа в окружении
FreeBSD (в том числе теперь работоспособна система профилирования vmprof (https://vmprof.readthedocs.io/en/latest/));


-  Код для перевода внутреннего представления строк на utf8 не вошёл в релиз.


URL: https://morepypy.blogspot.com/2019/02/pypy-v700-triple-relea...
Новость: https://www.opennet.me/opennews/art.shtml?num=50132

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


4. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –4 +/
Сообщение от Аноним (4), 12-Фев-19, 11:02 
Скажите, в этой реализации тоже есть GIL?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +3 +/
Сообщение от Аноним (8), 12-Фев-19, 12:04 
Да есть пользуйся не бойся
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним (4), 12-Фев-19, 12:23 
Тогда я не очень понимаю смысл этого прожекта. Переписать на питоне просто чтобы переписать на питоне?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от Аноним84701 (ok), 12-Фев-19, 13:22 
> Тогда я не очень понимаю смысл этого прожекта. Переписать на питоне просто чтобы переписать на питоне?

А пройти по ссылке и прочитать не позволяют религиозные убеждения?

> PyPy is a replacement for CPython. It is built using the RPython language that was co-developed with it. The main reason to use it instead of CPython is speed: it runs generally faster (see next section).
> Speed
> Our main executable comes with a Just-in-Time compiler. It is really fast in running most benchmarks – including very large and complicated Python applications, not just 10-liners.

...
> Speed: thanks to its Just-in-Time compiler, Python programs often run faster on PyPy. (What is a JIT compiler?)
> “If you want your code to run faster, you should probably just use PyPy.” — Guido van Rossum (creator of Python)
> Memory usage: memory-hungry Python programs (several hundreds of MBs or more) might end up taking less space than they do in CPython.
> Stackless: PyPy comes by default with support for stackless mode, providing micro-threads for massive concurrency.
>

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

34. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Mike Lee (?), 13-Фев-19, 16:23 
ну казалось бы оно работает быстрее не потому что переписано на питоне а потому что есть jit. почему нельзя было например форкнуть cpython и добавить jit туда? ну или если не устраивает именно С, использовать какой-нибудь другой компилируемый язык?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

37. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Аноним84701 (ok), 13-Фев-19, 16:50 
> почему нельзя было например форкнуть cpython и добавить jit туда?

Можно. Гугловский Unladen Swallow был именно форком CPython.
PySton был на плюсах и спонсировался дропбоксом. Про psyco (JIT на Си, вроде бы с генерацией машинного кода - не помню уже) или nuitka (транслятор в c++) упоминать не буду.


> ну или если не устраивает именно С, использовать какой-нибудь другой компилируемый язык?е

Очевидно, посчитали что проще писать JIT на RPython, который после оптимизаций, транслируется в Си, чем писать JIT на Си:
https://rpython.readthedocs.io/en/latest/architecture.html
> Goals and Architecture Overview
> High Level Goals
> Traditionally, language interpreters are written in a target platform language such as C/Posix, Java or C#.
> ...
> PyPy is experimenting with a more ambitious approach. We are using a subset of the high-level language Python, called RPython Language, in which we write languages as simple interpreters with few references
>

Оно конечно опеннетчикам виднее, что и как лучше, но вот то, что гугл и дропбокс прикрыли свои форки, так и недобившись цели, а PyPy все еще относительно бодр и жив …
https://www.opennet.me/opennews/art.shtml?num=45984
> 05.02.2017 10:55  Dropbox прекращает разработку Pyston. Опубликован финальный выпуск 0.6.1

https://www.opennet.me/opennews/art.shtml?num=20981
> 28.03.2009 12:23  Разработчики Google задались целью сделать Python интерпретатор в 5 раз быстрее

.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

51. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от funny.falcon (?), 14-Фев-19, 22:35 
> но вот то, что гугл и дропбокс прикрыли свои форки, так и недобившись цели, а PyPy все еще относительно бодр и жив …

Золотые слова!

GraalVM пошел тем же путем, но вместо Python взяли Java.

Думаю, в перспективе GraalVM, как фреймворк для построения JIT компиляторов, получит большее распространение. Всё-таки, и поддержка многопоточности из коробки имеется, и опыт в сборщиках мусора намного больше. А еще мне кажется, что модель автоматической генерации jit компилятора из интерпретатора AST дерева имеет большую гибкость, чем из интерпретатора байткода (как в PyPy).

Но, как бы то ни было, PyPy навсегда останутся в истории как те, кто первыми доказал, что игра стоит свеч.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

13. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +5 +/
Сообщение от Аноним (13), 12-Фев-19, 14:54 
ты хоть понимаешь смысл GIL?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

17. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от Аноним (17), 12-Фев-19, 20:18 
ты хоть понимаешь смысл GIL?
> Конечно! Чтобы тормозить?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

30. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +3 +/
Сообщение от анонн (?), 13-Фев-19, 15:15 
> ты хоть понимаешь смысл GIL?
>> Конечно! Чтобы не парится с синхронизацией и убыстрять однопоточники отсутсвием оверхеда с локами и прочим

Ох уж эти понимальщики опеннета. Поправил, не благодари.


Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

5. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от botman (ok), 12-Фев-19, 11:11 
Python версии 3.7, а у этих уже свой путь и более лучшая нумерация версий - 7.0.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –2 +/
Сообщение от Аноним (7), 12-Фев-19, 11:51 
Там не так много фич и большинство пакетов с 3.5 еще работают.
Да и воообще в Debian Stretch в репах именго 3.5, и они не парятся, pip работает.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ikombemail (ok), 12-Фев-19, 13:00 
Ннада еще реализацию JS на JS, чтобы был... Так стоп...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –2 +/
Сообщение от OpenEcho (?), 12-Фев-19, 15:26 
??? nodejs is JIT вообще то...
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от анонн (?), 12-Фев-19, 15:51 
> ??? nodejs is JIT вообще то...

Но не на JS или его подмножестве. Хотя оно и понятно - писать JIT чутка сложнее, чем редактор или плеер на электроне.


Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –3 +/
Сообщение от Аноним (16), 12-Фев-19, 19:02 
> Добавлена поддержка платформы GNU Hurd.

Оч. нужная платформа.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –3 +/
Сообщение от Ванёк (?), 12-Фев-19, 20:51 
C++ и ASM - лучшая связка. Остальное - от лукавого!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +4 +/
Сообщение от Аноним3 (?), 12-Фев-19, 21:54 
тогда уж чистый си )) наковыряли в плюсах столько что аж страшно)) сделай прогу на си и оберни её на питоне не будет медленнее))
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним (25), 13-Фев-19, 09:46 
Скорее, прогу на Питоне. Там же есть классы и всё такое, а отдельные критичные методы на C.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от X4asd (ok), 13-Фев-19, 12:11 
уж лучше сделай прогу на си. сделать всё что требует топорной работы на C а потом сложную прикладную логику (которай на C будет недоставать количество всяких структур и сборки мусора) заэмбедить на Python
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

42. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 14-Фев-19, 03:05 
Лучше прикладную работу на С++, а топорную на ASM - это даёт высокую производительность, хорошую гибкость и большие возможности по дальнейшему увеличению производительности без ущерба для гибкости. Другие связки ничего близкого по балансу производительности и гибкости не дают.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

24. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от лютый жабист__ (?), 13-Фев-19, 05:34 
>C++ и ASM - лучшая связка. Остальное - от лукавого!

Достоверно известно, что требование "чтобы программа ела мало ОЗУ и быстро работала" не попадает в TOP5 (требований) ни у бизнеса, ни у фофанов. Так что лукавым лукавое.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

27. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от X4asd (ok), 13-Фев-19, 12:18 
> Достоверно известно, что требование "чтобы программа ела мало ОЗУ и быстро работала" не попадает в TOP5 (требований) ни у бизнеса, ни у фофанов

достоверно известно что 99% дерьма которое создаёт бизнес (особенно в плане софта) -- не нужно

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

39. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от Урри (?), 13-Фев-19, 17:42 
Только я бы сказал "псевдобизнес". Бизнес, как ни странно, достаточно много книмания уделяет скорости работы.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

44. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от лютый жабист__ (?), 14-Фев-19, 05:18 
>Только я бы сказал "псевдобизнес".

Сказал А, говори Б. Список труъ бизнесов, у которых сайт сделан на ASM (ну или ОК, ansi c).
ERP аналогично, не проклятый сплошь жабовый SAPик, а труъ сишный ERP.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

45. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним (45), 14-Фев-19, 12:51 
ТОП 5 бизнесов, где ОС сделана на javascript
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 14-Фев-19, 21:34 
Сайты частично сделаны на ASM, и браузеры тоже! На ASM пишутся критически важные по производительности, расходу памяти, часто задействуемые части программы, то, что проще сделать на ASM, чем на чём-то другом (открытие?! да, такое случается чаще, чем многие думают!), и то, что другими средствами сделать невозможно, а не всё подряд :)
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

52. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от лютый жабист__ (?), 15-Фев-19, 05:58 
>Сайты частично сделаны на ASM, и браузеры тоже!

Давай пойдём дальше в твоем передергивании. В питоне многое написано на си (а может и на ассемблере). Вообще говоря JVM написана на си+асм.

Итого: ойвсё, любая прога написана на асме.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Ванёк (?), 15-Фев-19, 12:22 
JVM придумали, чтобы куча неопытных "индусов" смогла клепать хоть какой-то через ж-пу работающий код, т.к. С++ требует аккуратности и понимания, что вы делаете, зачем и какие возможности языка уместно применять в конкретном случае, а какие приведут к потери производительности и распуханию программы. Естественно, для эффективного применения С++ надо понимать, в какие примерно машинные инструкции преобразуется ваш код и как будут организованы данные в памяти, чтобы код оставался эффективен. Т.е. вы можете кодировать на С++, как на Java или другом языке высокого уровня, но преимущества С++ раскрываются при понимании, как работает железо и, при необходимости, дозированном использовании ASM, если вы строите высокопроизводительные системы.

В С++ есть гораздо больше интересных вещей, чем предоставляет любая JVM, плюс в некоторых компиляторах С++ возможность тесной связки с ASM, которой нет и не может быть в языках на JVM, т.е. сравнимого сочетания производительности и гибкости другими средствами, кроме как сочетанием С++ и ASM вы не получите, как не старайтесь, и разница в производительности будет как минимум на порядок. Поэтому там, где программы на C++ и ASM работают на дохлом железе, в иных случаях строят дата-центры, чтобы вся эта телега хоть как-то работала.

И помните! Процессор - это аппаратная "JVM", которую нужно умело использовать, а не убивать её возможности программными прослойками в виде других JVM!

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

55. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от myhand (ok), 15-Фев-19, 12:31 
> т.к. С++ требует аккуратности и понимания, что вы делаете

Если вы используете C++, а не C - то вы уже натурально что-то не понимаете.

> В С++ есть гораздо больше интересных вещей, чем предоставляет любая JVM

Да уш...  Прям как в поделии д-ра Франкенштейна.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

56. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 15-Фев-19, 14:27 
С есть подмножество С++, т.е. С++ - это С кучей примочек. Например, какой смысл изобретать на С ООП, если оно есть в С++? Или почему бы не использовать более удобные средства вывода С++ на консоль? Компиляторы С и С++ используются одни и те же. Эффективность одна и та же и в плане производительности, и в плане расхода памяти. Если вас какие-то инструменты С++ не устраивают - не используйте - делов то!
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

58. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от myhand (ok), 15-Фев-19, 22:49 
> С есть подмножество С++, т.е. С++ - это С кучей примочек.

Именно!  Куча ...

> Например, какой смысл изобретать на С ООП, если оно есть в С++?

Какой смысл не есть какашки?

> Или почему бы не использовать более удобные средства вывода С++ на
> консоль?

Кто вам сказал, что изнасиловав оператор сдвига C++ сделал "более удобный вывод на консоль"?

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

60. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Ванёк (?), 16-Фев-19, 12:03 
"Если вас какие-то инструменты С++ не устраивают - не используйте - делов то!"
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

69. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 18-Фев-19, 13:10 
Меня не устраивает сама необходимость ковыряться в этой куче... инструментов, чтобы выковыривать оттуда жемчужины^Wнекоторые.  Зачем, когда есть C?  А если нужно что-то более высокоуровневое - вон, есть тот же питон.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

61. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 16-Фев-19, 12:10 
Только вот много ли вы сделаете на С без возможностей С++, STL, Boost, Qt и прочих библиотек С++ :) Вы можете, конечно, велосипедить и извращаться... Мы же вам не запрещаем, а как раз наоборот, поддерживаем личный выбор каждого! Более того, может, вы программируете микроконтроллеры? В таком случае С++ вам действительно ни к чему.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

62. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 16-Фев-19, 20:29 
> Только вот много ли вы сделаете на С без возможностей С++

Ядро операционной системы (тьмы их), конпилятор(ы) C++, текстовый редактор Emacs, стопицот игр, вышеизложенные CPython и PyPy...  Кругом одни извращенцы!

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 17-Фев-19, 01:20 
Для тех, кто только что из криокамеры... Читаем Википедию: "До версии 4.7.2 GCC был почти полностью написан на Си, хотя значительная часть front-end для Ады написана на Аде. С 14 августа 2012 года разработка была переведена на язык C++[7], версия 4.8[8] и более поздние требуют для своей сборки наличия C++ компилятора, поддерживающего С++ 2003."
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 17-Фев-19, 01:23 
Надеюсь, вы не будете возражать, что Clang/LLVM тоже на С++. А Emacs написан был в самом начале компьютерной эпохи, когда и С++ ещё не было отродясь.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

66. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 17-Фев-19, 18:27 
Кроме шланга и gcc (до которого тоже добрались хипстеры) - канпиляторов нету, кто б сомневался...
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

67. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 17-Фев-19, 23:32 
Есть ещё Intel C++, всё остальное в сравнении с Intel C++, GCC и немножечко Clang по возможностям и качеству генерируемого кода для x86-64, к сожалению, шлак, включая Visual C++, который в сравнении с остальными поделками ещё сносно смотрится. Компиляторы для ARM - это совсем другая история.

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

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

70. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от myhand (ok), 18-Фев-19, 13:16 
> Есть ещё Intel C++

Да на самом деле есть еще до**** всего.  Но хоть не заявляешь сходу, что интеловский канпилятор написан на C++, уже прогресс.

> В будущем просьба приводить аргументы и доказательства

Доказательства чего?  Наличия массы компиляторов чего угодно, написанных на C?

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

75. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 18-Фев-19, 23:18 
Давайте, просветите нас, назовав хоть одно наименование :) Мы не будем считать это рекламой :)
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

76. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 19-Фев-19, 13:50 
> Давайте, просветите нас

Зачем мне это?

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

65. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 17-Фев-19, 01:25 
Ядро ОС слишком маленькое, поэтому проблем с написанием их на ASM и/или C особых нет. Проблемы начинаются в крупных проектах, где С++ предоставляет много удобств для профессионалов aka проблем для неосиляторов.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

68. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от лютый жабист__ (?), 18-Фев-19, 06:06 
>Ядро ОС слишком маленькое, поэтому проблем с написанием их на ASM и/или C особых нет. Проблемы начинаются в крупных проектах, где С++ предоставляет много удобств для профессионалов aka проблем для неосиляторов.

Если ты розовые очки снимешь, то увидишь, что проекты ещё крупнее пилят на жабке, да той самой что "для индусов".

У сишников комплексы от того, что индус со стажем 3 года решает те же задачи, что бородатый сишник-профи со знанием матана. Причём у индуса получается быстрее в разы, а разницу в производительности (1.5-3 раза) легко решают накинув ещё железа. В итоге задача решается быстрее и дешевле. Вывод: сишники не нужны (почти нигде).

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

71. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 18-Фев-19, 16:31 
Жабисты понабежали :) Ну о чём с ними говорить! :)
Специально для прожжённых жабистов: Фокус в том, что программеры на C++ и ASM генерят решения на порядки эффективнее толпы "индусов", не требующие миллионов строк кода и работающие на слабом железе, поэтому толпа кодеров не нужна вовсе :) Кодерам платят за объём кода или затраченное время, а профессиональному программеру нужны эффективные решения под собственный бизнес. Либо работаете мозгами, либо шевелите руками/ногами/пальцами :)
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

73. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от myhand (ok), 18-Фев-19, 19:45 
> Фокус в том, что программеры на C++ и
> ASM генерят решения на порядки эффективнее толпы "индусов"

"Программеры на C++" сами являются "индусами" (и в переносном, и в прямом),
чуть менее чем все.  Так что "генерить решения" эффективнее - не
могут просто по определению.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

74. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Ванёк (?), 18-Фев-19, 22:30 
Ещё один гений, не дочитавший предложение :)
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

72. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 18-Фев-19, 19:42 
Дак это не сишник.  Сишникам с индусами как бы и нечего делить - это разные ниши.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

28. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –2 +/
Сообщение от economist (?), 13-Фев-19, 12:58 
В Python итак много сишного и сишных библ, поэтому ускорять с помощью С/плюсов - особо нечего. Эдак где-то в 2005-х в Инете массово лишнего "перетрепались" о GIL/JIT-тормозах и якобы врожденной "тормознутости" Питона, - вот и кажется ещё кому-то что он тормозной.

На самом деле - нет, он теперь стал (с 2.3) - быстрее сам себя раза в 4-е, а с учетом роста мощи железа - во все 10 раз. А вот сишные программы как тогда выполнялись в 1,5-2 раза быстрее чем питоновские, так и сейчас. Но кому нужны эти миллисекундыпреимущества?  - Правильно, никому, кроме единиц "обзорщиков, тролей, R-щиков" итп, кому успех Питона уже 15 лет как ежегодно портит их предсказания о скорой змеиной смерти.

А он не просто не дохнет, а еще и из всех мыслимых топов ЯП не выкисает, несмотря на острую конкуренцию. И не надо думать что это всё из-за школоты и студоты, ломанувшей в ML и AI. Они вообще, имхо, ни при чем.

Питон на 20 обозреваемых мною фирмах - сам, безо всяких пинков, незаметно стал за 10 лет основным в админ-скриптах (убив VB, PS и Bash), офисных макросах (как обгоняющий VBA/LOBasic в 3-5 раз по скорости, но трудится с ними в связке) и всяких конверторах/обменах одного в другое (за счет скорости разработки, т.к. всё меняется - формы, форматы, кодировки - с частотой 10 раз в год, техзадания писать дольше, чем перекоживать). Питон для такого перманентного изврата подходит хорошо, потому и становится основным.

Остальное офисное ПО и его базовый функционал - как бы уже написаны и просто должно юзаться.  

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от kai3341 (ok), 13-Фев-19, 13:54 
Два чаю этому господину!

Добавлю, что настоящие профессионалы и на C/C++ напишут код, который тормозит. Речь о банальном -- вчерашние студенты упорно читают все данные в память, даже когда этого не нужно

Программу на Python несложно заставить упираться производительностью в io -- выше не прыгнуть

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

31. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Andrey Mitrofanov (?), 13-Фев-19, 15:15 
> В Python итак много
>ускорять с помощью С/плюсов - особо нечего.
>о GIL/JIT-тормозах и якобы врожденной "тормознутости" Питона,
> - вот и кажется ещё кому-то что он тормозной.

А тем временем в далёкой-далёкой вселенной...

"" In a new blog post, one of Intel's developers outlines some of their performance tweaks to Python for delivering greater performance... "" --http://www.phoronix.com/scan.php?page=news_item&px=Clear-Lin...

> На самом деле - нет, он теперь стал (с 2.3) - быстрее
> сам себя раза в 4-е, а с учетом роста мощи железа
> - во все 10 раз. А вот сишные программы как тогда

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

47. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от myhand (ok), 14-Фев-19, 16:53 
Производительности мало не бывает, покуда не изобрели процессор с опкодом "сделай мне зашибись".
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Аноним (33), 13-Фев-19, 16:13 
Так надо бы на нём браузер написать, раз в 10 раз быстрее стало. А то до сих люди пор люди на сях страдают.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от анонн (?), 13-Фев-19, 16:27 
> Так надо бы на нём браузер написать, раз в 10 раз быстрее стало. А то до сих люди пор люди на сях страдают.

Страдальцы уже переписали админ-скрипты, офисные макросы, конвертеры и предложили поддержку? Или как обычно, только указываюти и направляют "как правильно"?

> браузер
> на сях

И где такое чудо (движок, умеющий в современный веб)?


Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

32. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от Аноним (32), 13-Фев-19, 16:11 
Питон у меня ассоциируется с коболом. Там тоже нужно умело пробелы перед операторами расставлять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от жека воробьев (?), 13-Фев-19, 16:37 
пробелы это не сложно, попробуй
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

38. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от Урри (?), 13-Фев-19, 17:36 
Не, мы лучше на нормальных языках писать будем.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Аноним3 (?), 13-Фев-19, 19:57 
ну уж извини пробелы и скобки необходимые в сях , в питоне не особо нужны( особенно скобки) в привычном для си написании. они там тоже есть, но используются для другого. честно сказать когда взялся за питон первый раз думал придется долго и нудно учить как в сях. а тут раз и на 3 день начал писать прогу по перелопачиванию xml  с помощью регулярок. потом попробовал на сях.... поверь кода точно в 2 раза меньше и вылезающие ошибки правятся моментом( тот же интерпретатор сам все объясняет). на сях ... не так просто оказалось. кода больше и отлов багов сложнее. как по скорости. честно не заметил разницы. ну прога была небольшая.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

41. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним (41), 14-Фев-19, 02:28 
А скорость "по перелопачиванию xml с помощью регулярок" не смутила? Меня бы смутила даже на Сях без регулярок ;)
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

57. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним3 (?), 15-Фев-19, 22:13 
вы походу никогда не использовали питон. чес слово я специально написал одну и ту же простенькую программку расчета по одной формуле из сапромата. и на глаз разницы не увидел. может быть если замерять спецом и было что то, но так никакой разницы. если писать огромные комбайны на питоне может и есть что то . но нафига мне комбайны. я люблю использовать кучку маленьких прог каждая для своей работы.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

46. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от myhand (ok), 14-Фев-19, 16:51 
myhand одобряет pypy (похоже успели в Buster)

больше revdb для народа!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от economist (?), 14-Фев-19, 17:09 
Моя метрика за >0.5k-часов кодинга в VSC:

1) Кодинг на JavaScript - 2.7% на печатание {}:()SPACE;
2) Кодинг на Python - 0.06% на печатание {}:()SPACE;

А с IntelliSense, автодополнениями и линтерами - итого лучше.  

Насчет всяких парсеров xml - об этом писал в 1.28: модули Питона типа re - написаны на сях или чем-то быстром. А библиотеки парсеры - просто написаны на всё, что только может понадобится в жизни (на просто Питоне).      

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 14-Фев-19, 17:36 
> Моя метрика за >0.5k-часов кодинга в VSC:
> 1) Кодинг на JavaScript - 2.7% на печатание {}:()SPACE;
> 2) Кодинг на Python - 0.06% на печатание {}:()SPACE;

С кистевым туннельным синдромом боретесь?  Важна каждая скобочка?
https://www.anekdot.ru/id/334092/

Или это сравнение пробелов питона со скобочками?  8-0


> А с IntelliSense, автодополнениями и линтерами - итого лучше.

Обучаемые бредогенераторы не пробовали?

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

53. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от economist (?), 15-Фев-19, 07:57 
Кисти не болят только у тех, кто ничего не делает.

В VSC "бредогенератор" в IntelliSense встроен с 1.23. Но плюсов особых не дает.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

59. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним3 (?), 16-Фев-19, 03:50 
дело говорит. если мы будем рассматривать количество строк кода, то питон явно в выигрыше. сам сравнивал питон и с++ на программе считающей одну и туже формулу. тут вынужден согласиться питон впереди. хотя си мне больше нравится. но когда нужно просто создать такую вот незамысловатую программу расчета или парсер питон будет быстрее. на комбайнах это да си лучше из за скорости.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру