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

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

Сообщения

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

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

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

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

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

8. Сообщение от Жироватт (ok), 14-Май-26, 10:05	+5 +/–
Потому, что процессы на питоне?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

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

10. Сообщение от Аноним (10), 14-Май-26, 10:12	–2 +/–
Расскажи как у тебя ничего не течет на Раст, потому что там сборщика нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #14, #21, #71

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

12. Сообщение от Аноним (12), 14-Май-26, 10:25	+/–
> Эх, мечты. А что в нём было хорошего, а то я уже не помню...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15, #29

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

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

15. Сообщение от Аноним (15), 14-Май-26, 10:32	+3 +/–
лютое садомазо с кодировками, например
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #38

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

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

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

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

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

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

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

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

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

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

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

29. Сообщение от Zulu (?), 14-Май-26, 12:06	+/–
Ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

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

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

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

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

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

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

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

38. Сообщение от Аноним (12), 14-Май-26, 12:59	+1 +/–
Не, это я помню. Я про хорошее спрашивал...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

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

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

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

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

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

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

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

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

49. Сообщение от 12yoexpert (ok), 14-Май-26, 13:31	+1 +/–
я не совсем понимаю: утечки - это ведь фишка джавы и питона
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #79

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

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

54. Сообщение от Аноним (54), 14-Май-26, 13:41	+/–
боровчекер есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #61

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

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

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

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

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

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

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

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

63. Сообщение от Аноним (63), 14-Май-26, 14:45	–1 +/–
Много выше среднего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

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

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

66. Сообщение от 12yoexpert (ok), 14-Май-26, 15:16	+1 +/–
в C/C++ уже десятки лет есть автоматическое, и, в отличие от всякого расто-скама, - без рантайма
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #82, #91

67. Сообщение от 12yoexpert (ok), 14-Май-26, 15:16	+/–
на болгарский, твой родной
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

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

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

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

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

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

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

74. Сообщение от Анонисссм (?), 14-Май-26, 15:52    Скрыто ботом-модератором	–1 +/–
> утечки - это ведь фишка джавы воистену 12летний эксперт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

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

76. Сообщение от нах. (?), 14-Май-26, 16:02	+1 +/–
достаточно распространенного жаба-не-течет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

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

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

79. Сообщение от Аноним (78), 14-Май-26, 16:08	+/–
Только жавы же. Там это by design, тут это регрессия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

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

81. Сообщение от Аноним (21), 14-Май-26, 16:14	+/–
Разве? https://benchmarksgame-team.pages.debian.net/benchmarksgame/... https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

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

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

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

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

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

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

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

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

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

92. Сообщение от Аноним (-), 14-Май-26, 19:02    Скрыто ботом-модератором	+/–
> И правда - не течет. Но только потому, что я им не пользуюсь А у меня потёк. Жир. Из монитора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

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

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

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

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

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

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

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