The OpenNET Project / Index page

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



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

"В Python 3.14.5 из-за утечек памяти возвращён старый сборщик мусора"  +/
Сообщение от opennews (?), 14-Май-26, 09:44 
Опубликован корректирующий выпуск языка программирования Python 3.14.5, в котором помимо исправления ошибок и незначительных уязвимостей, осуществлён возврат на старый сборщик мусора, применявшийся до ветки 3.14.x. В качестве причин внесения нетипичного для промежуточных выпусков значительного изменения называются жалобы пользователей на существенное повышение потребления памяти после перевода рабочих систем на ветку 3.14 и появление утечек памяти...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65445

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

Оглавление

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


1. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Ананоним (?), 14-Май-26, 09:44 
А я то думал отчего у меня процессы разрастаются как раковые опухоли? А они и были раковыми опухолями!
Ответить | Правка | Наверх | Cообщить модератору

8. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Жироватт (ok), 14-Май-26, 10:05 
Потому, что процессы на питоне?
Ответить | Правка | Наверх | Cообщить модератору

10. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +1 +/
Сообщение от Аноним (10), 14-Май-26, 10:12 
Расскажи как у тебя ничего не течет на Раст, потому что там сборщика нет.
Ответить | Правка | Наверх | Cообщить модератору

14. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +1 +/
Сообщение от Жироватт (ok), 14-Май-26, 10:30 
И правда - не течет. Но только потому, что я им не пользуюсь
Ответить | Правка | Наверх | Cообщить модератору

21. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Аноним (21), 14-Май-26, 11:12 
Для того, чтобы память не текла, нужны как минимум линейные типы, а в ржавчине их нет. Позор ржавчине!
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

2. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  –1 +/
Сообщение от manchelsi (ok), 14-Май-26, 09:46 
Забавно будет, если из за утечек в Python 3.15.0 будет возвращен Python 2.7.18
Ответить | Правка | Наверх | Cообщить модератору

6. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Жироватт (ok), 14-Май-26, 10:05 
Эх, мечты.
Но в арче, кстати, на днях прилетел минорный апдейт на 2.7
Ответить | Правка | Наверх | Cообщить модератору

12. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +1 +/
Сообщение от Аноним (12), 14-Май-26, 10:25 
> Эх, мечты.

А что в нём было хорошего, а то я уже не помню...

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

15. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Аноним (15), 14-Май-26, 10:32 
лютое садомазо с кодировками, например
Ответить | Правка | Наверх | Cообщить модератору

16. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Colorado_House_of_Representatives (?), 14-Май-26, 10:37 
И где здесь забава? Нет, очевидно, не будет.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  –4 +/
Сообщение от Аноним (4), 14-Май-26, 09:49 
Представляете, каким бы мог быть мир, если бы lua был популярнее python?
Ответить | Правка | Наверх | Cообщить модератору

11. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +4 +/
Сообщение от Аноним (21), 14-Май-26, 10:21 
Зачем менять один динамически типизированный мусор на другой?
Ответить | Правка | Наверх | Cообщить модератору

13. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +2 +/
Сообщение от Аноним (13), 14-Май-26, 10:28 
Сам-то писать на Lua пробовал? Может быть он и простой, для реализации, но писать на нём -- удовольствие ниже среднего.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

9. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +2 +/
Сообщение от Аноним (10), 14-Май-26, 10:11 
Повайбкодили называется.
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  +/
Сообщение от Аноним (17), 14-Май-26, 10:56 
Ответить | Правка | Наверх | Cообщить модератору

18. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Аноним (17), 14-Май-26, 10:59 
На фоне безобразного пестона поражает тynость кодера, который решил забацать Mercurial на этом отстое. Была бы отличная система даже если её писать на С++, но нет - "побырому наг__нокодим и в продакшен!" - это не девиз, за это надо бить ccaными тряпками!
Ответить | Правка | Наверх | Cообщить модератору

20. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Аноним (21), 14-Май-26, 11:11 
>На фоне безобразного пестона поражает тynость кодера, который решил забацать Mercurial на этом отстое. Была бы отличная система даже если её писать на С++

В мире существует только два языка: гвидобейсик и кресты. Никаких других языков человечество больше не изобретало. Или нет?

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

22. Скрыто модератором  +/
Сообщение от Аноним (22), 14-Май-26, 11:16 
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от anonymous (??), 14-Май-26, 11:10 
Необразованная толпа она такая. Обвиняет джаву в том, что та ест слишком много памяти. Приводят в пример го и питон. Мол у них сборщик мусора меньше жрёт и проще устроен.

Вот только проще - не значит лучше. У джавы долгая история развития сборщиков. Они тоже начинали с простых. Но чем больше требования, тем сложнее сборщик, ну и накладные расходы тоже растут. За каждым новым сборщиком стоит новое и крайне практичное требование. А ещё серьёзная теория computer science почему сборщик должен быть устроен именно так. И несколько лет отладки, чтобы весь этот сложный механизм не лажал.

И вот наконец-то питонисты сообразили, что текущего примитивного сборщика им мало, нужно больше и эффективнее. И пошли танцевать на граблях, где джава оттанцевала ещё тридцать лет назад. Может осознают что не всё так просто и уважения к чужому труду прибавится.

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

24. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."  +/
Сообщение от Вася Пупкин (?), 14-Май-26, 11:21 
Все верно, в жабовый гц вбуханы миллионы денег. Но в те времена и условия были другие. Сейчас на питонах очень активизировался ml-скоуп задач которые приходится оптимизировать под потребление памяти в большинстве случаев. Нет единого универсального правильного гц под все случае. Не исключу, что в питоне его можно будет выбирать на старте
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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