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

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

Сообщения

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

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

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

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

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

	88. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+1 +/–
	Сообщение от Аноним (88), 14-Май-26, 17:03
	> И правда - не течет. Но только потому, что я им не пользуюсь Пользуешься, ведь Раст есть в браузере, в котором ты вот прямо сейчас пишешь свои комментарии. И в твоем смартфончике с Андроидом.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+4 +/–
	Сообщение от Профессор Кислых Щей (?), 14-Май-26, 19:33
	Давно в lynx Раст добавили?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	61. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+1 +/–
	Сообщение от Аноним (21), 14-Май-26, 14:38
	https://brson.github.io/rust-anthology/1/memory-leaks-are-me... Как видим, ржавчина не защищает от утечек памяти.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	40. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от kai3341 (ok), 14-Май-26, 13:04
	> А я то думал отчего у меня процессы разрастаются как раковые опухоли? А они и были раковыми опухолями! не расскажешь, откуда у тебя в дистре 3.14 по дефолту?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

	57. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от kai3341 (ok), 14-Май-26, 14:01
	> Проверь репозиторий ArchLinux. А, тут другой разговор. Согласно https://archlinux.org/packages/core/x86_64/python/ пакет был обновлён более часа назад. За это время истинный арчевод мог бы уже дважды обновиться и всё проверить А если серьёзно, то на картинке профиль не обычного приложения, а специального бенчмарка, созданного для демонстрации проблемы с новым GC (который быстрее старого). Я не верю, что на реальных приложениях всё было настолько драматично (хотя я точно не знаю. В Debian по дефолту 3.13.5)
	Ответить | Правка | Наверх | Cообщить модератору

	98. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Ананоним (?), 14-Май-26, 20:11
	> За это время истинный арчевод мог бы уже дважды обновиться и всё проверить Ага, и забыть предыдущие 4 месяца! И конечно, у "истинного арчевода" не могет быть других интересов, кроме как постоянно колыпаться с пакетами. :D > В Debian по дефолту 3.13.5 Вот, удивись! С даты "Dec 14, 2025" уже "upgpkg: 3.14.2-1 Jelle van der Waa authored 4 months ago" https://gitlab.archlinux.org/archlinux/packaging/packages/py...
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

17. Скрыто модератором	+2 +/–
Сообщение от Аноним (17), 14-Май-26, 10:56
Всё, что нужно знать о качестве и квалификации кодеров пестона. Ничего не протестили, просто вкорячили (скорее всего навайбкоженый) сборщик - на те вам, миллионы БЕСПЛАТНЫХ ТЕСТЕРОВ, проверяйте наше г-----но.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	41. Скрыто модератором	+/–
	Сообщение от Аноним (12), 14-Май-26, 13:05
	> Была бы отличная система Либо же и вовсе не было бы твоего Mercurial. > даже если её писать на С++ Приступай. > за это надо бить ccaными тряпками Любимое занятие Анонимов Опеннета.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+6 +/–
Сообщение от anonymous (??), 14-Май-26, 11:10
Необразованная толпа она такая. Обвиняет джаву в том, что та ест слишком много памяти. Приводят в пример го и питон. Мол у них сборщик мусора меньше жрёт и проще устроен. Вот только проще - не значит лучше. У джавы долгая история развития сборщиков. Они тоже начинали с простых. Но чем больше требования, тем сложнее сборщик, ну и накладные расходы тоже растут. За каждым новым сборщиком стоит новое и крайне практичное требование. А ещё серьёзная теория computer science почему сборщик должен быть устроен именно так. И несколько лет отладки, чтобы весь этот сложный механизм не лажал. И вот наконец-то питонисты сообразили, что текущего примитивного сборщика им мало, нужно больше и эффективнее. И пошли танцевать на граблях, где джава оттанцевала ещё тридцать лет назад. Может осознают что не всё так просто и уважения к чужому труду прибавится.
Ответить | Правка | Наверх | Cообщить модератору

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

	28. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (28), 14-Май-26, 12:01
	> на питонах очень активизировался ml-скоуп задач вроде там все на с/c++/cuda? питон там больше как конфиг на стероидах, чтобы связать все это.
	Ответить | Правка | Наверх | Cообщить модератору

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

	42. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Bottle (?), 14-Май-26, 13:10
	И тем не менее, любой интероп между языками это накладные расходы; куча "питоновских" библиотек это смесь из Фортрана и C++, которые общаются через C ABI с Python. Задачи машинного обучения очень ресурсозатратны, обучение нейросетей займёт полмесяца на кластере из машин. Любой выигрыш в производительности выгоден.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	72. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Илья (??), 14-Май-26, 15:39
	>  Все верно, в жабовый гц вбуханы миллионы денег. Там не в миллионах дело, а в принципиальном устройстве. ГЦ в c#/java на рутах работает, в то время как питон на честном слове
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	93. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (93), 14-Май-26, 19:22
	> Там не в миллионах дело, а в принципиальном устройстве. А откуда это "приниципиально устройство" взялось? Я могу лишь догадываться, что ты имеешь в виду, говоря "принципиальное устройство", и стандартные трюки типа "взять антоним (непринципиальное устройство) и представить два множества устройств" не работают. Но если ты посмотришь на историю gc в жабе, ты увидишь огромное количество статей на тему. Там и сборщиков мусора дохрена, и всяких улучшений к ним. Откуда они все взялись такие? Эти ребята с PhD забесплатно чтоле проводили все эти исследования и писали статьи? Не надо быть таким наивным, это твоё "принципиальное устройство" было куплено грантами. Вот теми самыми миллионами денег.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	102. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от anonymous (??), 14-Май-26, 21:21
	> Джава уже научилась возвращать память в систему? сначала джавовые GC не умели возвращать память. Потом появился грязный костыль, который позволяет из кода посигналисть GC чтобы тот сбросил память (разумеется после полного цикла очистки). Половина GC этот сигнал игнорировали, но хоть что-то. Последние GC уже умеют штатно освобождать память. И если вы думаете, что это ради десктопа джава научилась новым фишкам GC, то вы наивны, денег оттуда джава давно не получает. Просто пришла пора микросервисов. А у них есть не только скалирование по количеству, когда лишние инстансы тушат или наоборот запускают. Ещё есть скалирование по толщине - когда уже существующим инстансам подкидывают расширенные ресурсы или урезают вдвое. Оркестраторы умеют и так и этак автоматизировать. Но вот джава раньше не умела ужиматься. Пришлось научиться.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	32. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–1 +/–
	Сообщение от Аноним (39), 14-Май-26, 12:28
	Spidermonkey оперативно догнал и обогнал v8. Просто потому, что в r&d ему не надо вбухивать. А жава всё так же останавливает мир на подумать, у жс такой проблемы не видно и производительность сравнимая.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	55. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (48), 14-Май-26, 13:57
	У spidermokey тоже есть STW - это раз. Два - jvm уже лет 10 как делает короткие паузы при инкрементальной сборке.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	51. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от 12yoexpert (ok), 14-Май-26, 13:38
	к этим жалким оправданиям зашло бы ещё "джава - это всего лишь инструмент" хоть байткодь, хоть не байткодь - всё равно получишь тормозной жрущий скриптовый язык
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

	73. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–3 +/–
	Сообщение от Анонисссм (?), 14-Май-26, 15:51
	плюсанул. питоны ещё недавно от GIL избавлялись. мне вообще смешно когда начинают питон хвалить или сравнивать с чем-то кроме башпортянок
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

	75. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–1 +/–
	Сообщение от нах. (?), 14-Май-26, 16:01
	> Необразованная толпа она такая. да, такая. Видит в топе размерность rss в ТЕРАБАЙТАХ (неважно что пока еще только в десятых терабайта) - охреневает. Неучи бестолковые! > А ещё серьёзная теория computer science почему сборщик должен быть устроен именно так. И > несколько лет отладки, чтобы весь этот сложный механизм не лажал. и терабайтный rss. Знаете что, если ваши теоретические изыскания и цопнютер сцанс приводят к такому результату - лучше было зак0п@ать эту поделку сразу, пока она была маленькая. Хуже только поделки на дотнете, но там надо отдать должное не только нескучному язычку, но и умельцам разработчикам. (потому что видел я такие поделки которые терабайтов не жрали)
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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

	109. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от anonymous (??), 14-Май-26, 23:27
	Причём тут (жаба)разработчики? Параметры запуска выбирает пользователь, хоть в командной строке опции прописывай. Тебе не нравится такой rss - запускай с другим сборщиком мусора.
	Ответить | Правка | Наверх | Cообщить модератору

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

	111. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от anonymous (??), 15-Май-26, 00:57
	Пользователи не выбирают. Разработчики сделали как им удобнее. Кто-то всё-таки должен настраивать программу. > В обоих случаях выводы напрашиваются именно о самом язычке Сразу видно эксперт. Не знает, что язык джава - один из многих, а на платформе джавы может быть хоть котлин, хоть скала, хоть схема, хоть чёрт в ступе. GC - это фишка платформы, а не языка.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–1 +/–
	Сообщение от Аноним (78), 14-Май-26, 16:06
	> Необразованная толпа она такая Не мудите людей по себе > новое и крайне практичное требование > А ещё серьёзная теория computer science > И несколько лет отладки, Это все знают, и именно поэтому это так смешно. Хрень в которую столько закопано трудов всё так же тормозит, жрёт память и фризит приложение, при том что в тех же плюсах уже полвека об управлении памятью никто не задумывавается за счёт RAII. Но питон тоже молодцы - куда лучше детерминированную уборку мусора на rc (с фоллбэком в mark-sweep в почти никогда) чем джавовое болото.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	94. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (93), 14-Май-26, 19:26
	> в тех же плюсах уже полвека об управлении памятью никто не задумывавается за счёт RAII. Как-то странно сформулировано. У тебя "уже" лишний и прошедшего времени не хватает. В плюсах полвека никто не задумывался об управлении памяти, но теперь у них стало подгорать и они думают, как бы так присобачить лайфтаймы, чтобы прекратить этот необъятный поток use-after-free и double-free.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от anonymous (??), 14-Май-26, 21:26
	это всё фигня. Настоящая фича сишечки - это undefined behavior. Программист где-нибудь ступил и допустил UB, а компилятор вставил очистку корня. Ну типа раз поведение неопределено, значит могу и такое записать, ведь оно не определено.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

30. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
Сообщение от Аноним (30), 14-Май-26, 12:21
> цикличный сборщик мусора был заменён на инкрементальный, в котором сборка мусора долгоживущих объектов выполняется по частям и реже, чем обработка новых поколений объектов, которые обычно освобождаются чаще incremental (то, что вы заявили) и generational (то, что вы описали) - это совершенно перпендикулярные понятия. Сборщик мусора может быть: - stop-the-world: работа программы останавливается, выполняется цикл сборки, работа продолжается. - incremental: работа программы останавливается, выполняется несколько шагов цикла, работа возобновляется, потом снова останавливается, выполняются следующие несколько шагов и т.д. - concurrent: цикл работает в отдельном потоке, не останавливая программу. Перпендикулярно этому, любой из этих трёх видов может быть: - одноранговым: каждый цикл обрабатывает все объекты. - generational: циклы делятся на редко выполняемые "полные" и часто выполняемые "минорные", где минорные обрабатывают только недавно появившиеся объекты. А вы назвали его incremental, но определение дали от generational.
Ответить | Правка | Наверх | Cообщить модератору

	35. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (30), 14-Май-26, 12:34
	Прочитал оригинал. Если я правильно понял, то старый сборщик - generational stop-the-world с большим количеством поколений, а новый - generational incremental, но количество поколений уменьшили до 2 (старые и новые)
	Ответить | Правка | Наверх | Cообщить модератору

31. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
Сообщение от Аноним (-), 14-Май-26, 12:24
> значительного изменения называются жалобы пользователей на существенное > повышение потребления памяти Питон делает несколько замечательных вещей. Во первых он не тормозит. И каждый раз не тормозит все лучше и пушистее. Во вторых он не жрет память. Зачем надо такой откат не понятно, не жрал же в два раза лучше. В третьих он отлично совместим между версиями. И там никогда не бывает ломающих изменений. Особенно если вы следите за каждым патчем и вовремя апдейтите свой код. В четвертых софт на питоне образец качества, стабильности и быстроты. Выберите любые -1. В пятых, отличный синтаксис без аннотаций намерений кодера, ломаемый случайно впечатанным отступом помогает сделать код еще качественнее. В шестых, по этой причине любой уважающий себя сервис на питоне навернется в рантайме. Чтобы было не скучно отлаживать это случится через месяц "успешной" работы, с трехстраничным трейсом в котором даже после поллитры - черт ногу сломит. В седьмых, 90% програмеров на питоне уверенных что круче только яйца может успешно заменить Клод, который еще круче оказался. Поэтому зарплаты питонистам можно уже и не платить. Видите какой замечательный язык? А главное - програмеров на нем теперь можно, по сути, не нанимать :). Мне клод за менее чем доллар и полчаса времени отрефакторил древний крап с питона 2 на 3, и даже в отличие от - не стал загибать пальцы про правильные версии питонов, venv и что там еще - и сделал прямо под ту версию которая в проде была. А питонист - даже с биржи - возился бы неделю и слупил бы совсем другие деньги за то же самое...
Ответить | Правка | Наверх | Cообщить модератору

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

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

	59. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (59), 14-Май-26, 14:15
	> Древний крап можно было перевести на какой-нибудь более подходящий язык. Но это был вспомогатеьный неважный крап, он более менее работал, $%^ться пришлось бы больше, разгребая баги, косяки и тестируя заново, и оно того в целом - не стоило. Ну вот какое-то такое на питоне и пишут. И унаследуют. В идеале это вообще существовать не должно бы и при появлении возможности будет списано в утиль и заменено, разумеется.
	Ответить | Правка | Наверх | Cообщить модератору

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

	44. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–2 +/–
	Сообщение от Аноним (12), 14-Май-26, 13:16
	> совместим между версиями > с питона 2 на 3 Аааа... ясно-понятно...
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

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

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

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

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

	91. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–1 +/–
	Сообщение от Аноним (-), 14-Май-26, 18:54
	> в C/C++ уже десятки лет есть автоматическое, и, в отличие от всякого расто-скама, - без рантайма С такой подготовкой останешься в классе на второй год.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

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

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

62. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
Сообщение от Аноним (62), 14-Май-26, 14:41
Самый удобный для разработчика сборщик мусора был (а может и есть до сих порт) в PHP 5+, он был скомбинирован из двух: 1. Тупейший на счётчике ссылок. Память очищалась сразу как только пропадала последняя ссылка 2. Полноценный сборщик, который подбирал циклические ссылки Это позволяло в нужных горячих местах управлять очисткой, например, если нужно было перелопатить много данных: можно было просто вручную расцепить циклические ссылки, после чего тупой GC на счётчике видел, что ссылок на объект нет и очищал его сразу же
Ответить | Правка | Наверх | Cообщить модератору

	64. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Сладкая булочка (?), 14-Май-26, 14:56
	Сейчас бы php в пример приводить. > например, если нужно было перелопатить много данных: можно было просто вручную расцепить циклические ссылки Удобный сбощик мусора - это тот, о котором в 99% тебе не нужно думать ибо зачем он нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (62), 14-Май-26, 15:05
	> Удобный сбощик мусора - это тот, о котором в 99% тебе не нужно думать ибо зачем он нужен? В 99% и не думаешь т.к. оно просто работает. А вот как раз этот 1% - это и есть удобство и контроль > Сейчас бы php в пример приводить. Почему бы и нет. Разница в скорости и потреблению памяти у них отличается на разных тестах в обе стороны: где-то быстрее /эффективнее PHP, где-то - Python
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+1 +/–
	Сообщение от Аноним (21), 14-Май-26, 15:19
	>Сейчас бы php в пример приводить. И сейчас и не сейчас. PHP, совершенно внезапно, быстрее питона. А ещё в нём даже частично появилась типизация. Так что да, питон даже тут хуже php.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

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

	81. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	–1 +/–
	Сообщение от Аноним (21), 14-Май-26, 16:14
	Разве? https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (36), 14-Май-26, 16:29
	Перл местами дает производительность на уровне компилируемых языков, вроде однострочников, где регулярками строки пройти в цикле. Но в целом он довольно медленный, пхп быстрее во всех случаях. Питон всегда медленнее, в разы.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	80. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (78), 14-Май-26, 16:09
	> Самый удобный для разработчика сборщик мусора был (а может и есть до сих порт) в PHP 5+, он был скомбинирован из двух: > 1. Тупейший на счётчике ссылок. Память очищалась сразу как только пропадала последняя ссылка > 2. Полноценный сборщик, который подбирал циклические ссылки Так в питоне то же самое.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	87. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (62), 14-Май-26, 16:42
	Буду знать, спасибо за информацию. Думал, что такое только в PHP практикуется
	Ответить | Правка | Наверх | Cообщить модератору

85. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
Сообщение от Аноним (85), 14-Май-26, 16:40
Не совсем понятно. Это именно косяк в новом сборщике, который допускает реальную утечку. Или это узкое место инкрементального сборщика, когда новые объекты можно плодить быстрее, чем сборщик успевает чистить старые, что раздувает кучу?
Ответить | Правка | Наверх | Cообщить модератору

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

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

90. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+1 +/–
Сообщение от Аноним (90), 14-Май-26, 18:34
Чуваки ещё не поняли, что ни питон, ни жава, ни дотнет, - уже не нужны. Когда код пишет ИИ, выбирать надо то, что работает быстрее всего и меньше всего ест ресурсов. Питон и прочие языки был смысл брать, потому что человеку на этом удобно что-то писать. Всё уже, они все мертвы, хотя ещё этого не знают.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	108. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от нах. (?), 14-Май-26, 23:07
	> Чуваки ещё не поняли, что ни питон, ни жава, ни дотнет, - > уже не нужны. Когда код пишет ИИ, выбирать надо то, что > работает быстрее всего и меньше всего ест ресурсов. И, и, ИИ?! Давай уже имя-то! не, на асме я пробовал, там фигня выходит.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	113. "В Python 3.14.5 из-за утечек памяти возвращён старый сборщик..."	+/–
	Сообщение от Аноним (113), 15-Май-26, 01:49
	А проверять что там на галюцинировал ИИ, для этого язык не нужен, тогда сразу катать в двоичном надо! Хренли...
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

112. Скрыто модератором	+/–
Сообщение от Аноним (113), 15-Май-26, 01:46
Ох уж этот вайбкодинг...
Ответить | Правка | Наверх | Cообщить модератору

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

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