The OpenNET Project / Index page

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

В Python 3.14.5 из-за утечек памяти возвращён старый сборщик мусора

14.05.2026 09:35 (MSK)

Опубликован корректирующий выпуск языка программирования Python 3.14.5, в котором помимо исправления ошибок и незначительных уязвимостей, осуществлён возврат на старый сборщик мусора, применявшийся до ветки 3.14.x. В качестве причин внесения нетипичного для промежуточных выпусков значительного изменения называются жалобы пользователей на существенное повышение потребления памяти после перевода рабочих систем на ветку 3.14 и появление утечек памяти.

Помимо отката нового сборщика мусора в ветке 3.14 решено не использовать его в следующем значительном выпуске 3.15, несколько дней назад перешедшем на стадии бета-тестирования. Напомним, что в ветке 3.14 цикличный сборщик мусора был заменён на инкрементальный, в котором сборка мусора долгоживущих объектов выполняется по частям и реже, чем обработка новых поколений объектов, которые обычно освобождаются чаще, что позволило на порядок снизить максимальное время приостановки выполнения приложений с очень большим числом объектов в памяти.



  1. Главная ссылка к новости (https://blog.python.org/2026/0...)
  2. OpenNews: Динамика изменения кодовой базы проекта Python
  3. OpenNews: Прогресс развития JIT в CPython
  4. OpenNews: Компания Anthropic выделила 1.5 млн долларов проекту Python
  5. OpenNews: CPython может сделать Rust обязательной сборочной зависимостью к версии 3.17
  6. OpenNews: Выпуск языка программирования Python 3.14
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65445-python
Ключевые слова: python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Ананоним (?), 09:44, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я то думал отчего у меня процессы разрастаются как раковые опухоли? А они и были раковыми опухолями!
     
     
  • 2.8, Жироватт (ok), 10:05, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому, что процессы на питоне?
     
     
  • 3.10, Аноним (10), 10:12, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажи как у тебя ничего не течет на Раст, потому что там сборщика нет.
     
     
  • 4.14, Жироватт (ok), 10:30, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И правда - не течет. Но только потому, что я им не пользуюсь
     
  • 4.21, Аноним (21), 11:12, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для того, чтобы память не текла, нужны как минимум линейные типы, а в ржавчине их нет. Позор ржавчине!
     

  • 1.2, manchelsi (ok), 09:46, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Забавно будет, если из за утечек в Python 3.15.0 будет возвращен Python 2.7.18
     
     
  • 2.6, Жироватт (ok), 10:05, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эх, мечты.
    Но в арче, кстати, на днях прилетел минорный апдейт на 2.7
     
     
  • 3.12, Аноним (12), 10:25, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эх, мечты.

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

     
     
  • 4.15, Аноним (15), 10:32, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    лютое садомазо с кодировками, например
     
  • 2.16, Colorado_House_of_Representatives (?), 10:37, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И где здесь забава? Нет, очевидно, не будет.
     

  • 1.4, Аноним (4), 09:49, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Представляете, каким бы мог быть мир, если бы lua был популярнее python?
     
     
  • 2.11, Аноним (21), 10:21, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зачем менять один динамически типизированный мусор на другой?
     
  • 2.13, Аноним (13), 10:28, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сам-то писать на Lua пробовал? Может быть он и простой, для реализации, но писать на нём -- удовольствие ниже среднего.
     

  • 1.9, Аноним (10), 10:11, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Повайбкодили называется.
     
  • 1.17, Аноним (17), 10:56, 14/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.18, Аноним (17), 10:59, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На фоне безобразного пестона поражает тynость кодера, который решил забацать Mercurial на этом отстое. Была бы отличная система даже если её писать на С++, но нет - "побырому наг__нокодим и в продакшен!" - это не девиз, за это надо бить ccaными тряпками!
     
     
  • 2.20, Аноним (21), 11:11, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >На фоне безобразного пестона поражает тynость кодера, который решил забацать Mercurial на этом отстое. Была бы отличная система даже если её писать на С++

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

     
  • 2.22, Аноним (22), 11:16, 14/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.19, anonymous (??), 11:10, 14/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Необразованная толпа она такая. Обвиняет джаву в том, что та ест слишком много памяти. Приводят в пример го и питон. Мол у них сборщик мусора меньше жрёт и проще устроен.

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

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

     
     
  • 2.24, Вася Пупкин (?), 11:21, 14/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Все верно, в жабовый гц вбуханы миллионы денег. Но в те времена и условия были другие. Сейчас на питонах очень активизировался ml-скоуп задач которые приходится оптимизировать под потребление памяти в большинстве случаев. Нет единого универсального правильного гц под все случае. Не исключу, что в питоне его можно будет выбирать на старте
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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