| 1.3, Фонтимос (?), 10:17, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Удвоился объем кода - упала производительность. Я понимаю, если-бы кодовая база уменьшилась вдвое - вот это была-бы новость.
| | |
| |
| 2.6, Аноним (6), 10:46, 09/03/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Удвоился объем кода - упала производительность
Где упала? Можно статистику?
| | |
| |
| 3.8, Аноним (8), 10:53, 09/03/2026 [^] [^^] [^^^] [ответить]
| +9 +/– |
На опеннете джентльменам принято верить на слово, иначе эксперты немного конфузятся
| | |
| |
| 4.14, Аноним (14), 11:21, 09/03/2026 [^] [^^] [^^^] [ответить]
| +/– |
непонятно - почему верить надо джентльменам, а конфузятся эксперты?
| | |
|
|
| 2.10, Аноним (10), 11:01, 09/03/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
На деле всё ровно наоборот https://www.opennet.dev/64029-python
"В большинстве тестов CPython 3.14 оказался быстрее ветки 3.13 примерно на 20%, при том, что в некоторых тестах ветки 3.11 и 3.12 оказались быстрее 3.13. Отрыв 3.14 от веток 3.9 и 3.10 составил примерно два раза."
| | |
| |
| |
| 4.13, Аноним (11), 11:17, 09/03/2026 [^] [^^] [^^^] [ответить]
| +/– |
В 3.14 сломали сборку gcc, кстати, пришлось собирать clang. Ожидал большего падения производительности, если честно, но между gcc и clang разница единицы процентов, только бинари раздуты теперь -- видимо, шланг иначе никак не может.
| | |
| |
| 5.15, Аноним (11), 11:25, 09/03/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну как сломали. Тесты проваливаются, так-то можно собрать без пго и тестов.
| | |
|
|
|
|
| 1.16, Аноним (14), 11:26, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно получается - развитие идет практически линейно уже третий десяток лет. Но с 2023 года разработка языка пошла заметно быстрее/объемнее. Что это - опять ИИ помог? Или избавление от GIL потребовало мега-усилий?
| | |
| |
| 2.19, Аноним (11), 11:49, 09/03/2026 [^] [^^] [^^^] [ответить]
| +/– |
Наверно майрософт закинул побольше ресурсов. Очень долгая стагнация была из-за 2 ветки, добавление асинхронности и устранение проблем тоже заняли время. Только без gil всё равно намного медленнее. Фактически, насколько я понимаю, на данный момент субинтерпретаторы позволяют решать вопрос gil и gc достаточно эффективно (по сравнению с предыдущими решениями). Это увеличение кодовой базы, но по факту там и парсер поменяли и jit добавили и много чего.
| | |
|
|
