говнокод написанный на расте остаётся говнокодом
твой К.О.

«Ржавчина» же, идеально защищает от утечек, не?

Чозабред?

Как же так получается, что он активно течёт памятью.

Сделай Javascript, в котором постоянно увеличивается одна строка. И вот уже у тебя утечка памяти.

А может он не течет, а просто отжирает ее немеряно?

Ну так же как «программист Fortran пишет на Fortran на любом языке», так же и разработчики Firefox всё так же продолжают писать программы в том же стиле, в котором писали раньше, просто на другом языке.

И вот уже у тебя утечка памяти

Вообще, под утечкой принято понимать неочевидные для программиста вещи, а не преднамеренное ее захламление.

Я так понимаю, разработчики раста хотели избавится от проблемных для сборки мусора вещей, таких как множественные ссылки на один объект, хотя хз, что там имеется в виду.

Фаерфокс же новый на расте?

Плюсах. На Rust части из проекта Quantum. Например, Stylo.

я смотрел код одного из сайтов, на которых утечки, он простой, как пробка, нет там подобных проблем

Чозабред?

Там же старое доброе плюсовое RAII, вид сбоку, не? На RAII не может быть утечек, если писал кто-то умнее пятиклассника.

Вообще, под утечкой принято понимать неочевидные для программиста вещи, а не преднамеренное ее захламление.

А пользователю-то плевать. Он видит, как программа ест всё больше и больше памяти.

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

Так эти части и текут. Потому, что старые-то раньше не текли (особо не текли?), или их тоже с 0-я переписали?

На RAII не может быть утечек, если писал кто-то умнее пятиклассника.

Хм. Бесконечный кеш это утечка? Допустим, программа выделяет много памяти, но при завершении всю её освободит.

Так эти части и текут.

Мастер триажа восьмидесятого уровня.

Если эта память используется на протяжении всего жизненного цикла программы, то какая же это утечка? Если нет, см. пункт 2.

Он же не полностью на Rust, а только некоторые модули.

Понаблюдай лучше с отключенным жабаскрипом.

дай точную ссылку на страницу, которая течет

Когда на всраст перепишут полностью он начнет вытекать из монитора?

Только модули, кишки ещё долго будут на плюсах, потому что Servo ещё пилить и пилить. Но когда запилят, будет круто. Заживём.

вытекать из монитора

Жироточить. Прямо как твой комментарий.

Допустим, программа выделяет много памяти, но при завершении всю её освободит.

При завершении и ОС попытается освободить (она то в курсе какой программе принадлежит кусок памяти, даже читать и писать в чужую память так просто не даст) и скорее всего успешно. Тут дело в том, что рано или поздно такая программа захочет всю оперативку на компе и открытие другой программы будет отправлять всё это дело в свап, даже если кеш прекратит свой рост когда кончится вся память.

Например, Stylo

А что, уже ещё что-то переписали?

Рекурсивный rc и вот тебе и утечка. Растения от этого не защищает.

Quantum CSS
Quantum Render
Quantum Compositor
Quantum DOM
Quantum Flow

https://wiki.mozilla.org/Quantum

http://www.webtoons.com/en/ держи

Нет. Переходи на Хром.

что значит сокращение rc? для меня, прежде всего, фильтр из схемотехники

https://doc.rust-lang.org/std/rc/

Раст - это не панацея. За утечками нужно следить во время разработки продукта, а не потом.

Просто к сведению

Rust considers it «safe» to:

• Deadlock
• Have a race condition
• Leak memory
• Fail to call destructors
• Overflow integers
• Abort the program
• Delete the production database

https://doc.rust-lang.org/beta/nomicon/what-unsafe-does.html

Фаерфокс же новый на расте?

Нет.

«Ржавчина» же, идеально защищает от утечек, не?

Нет.

Rust considers it «safe» to: Leak memory

Во-во

за shared_ptr и его аналоги в приличном обществе бьют по рукам

Шта?!

Вот только тот факт что так можно ещё не значит что так и есть. У меня ничего не течёт и я подозреваю что причина тому - прибитиё мюМатрицей JS-рака.

shared_ptr в принципе:

1) Череват вышеописанными вами же проблемами

2) Не позволяет очевидным образом проверять момент освобождения ресурса

shared_ptr в однопотоке:

1) Не имеет преимуществ перед uniq_ptr

2) Медленнее, чем uniq_ptr

shared_ptr в многопотоке:

1) сильно тормозит

2) неудобен и тормознее, по сравнению со сборщиком мусора

3) неудобен, по сравнению с unique_ptr

Преимущества shared_ptr перед unique_ptr: в многопотоке позволяет не ограничиваться несколькими стратегиями применения. Стратегии применения unique_ptr удобнее, но в некотором контектсе могут быть череваты перерасходом ресурсов.

Преимущества shared_ptr перед сборщиком мусора: позволяет контролировать не только утечки памяти, но и освобождение ресурсов вообще, однако для этих целей unique_ptr всегда лучше.

Ну и зачем он такой нужен?

cast eao197

Я про то, что уже включили в состав стабильного FF, а не пилят пока.

Фаерфокс же новый на расте?

новый будет когда веб-рендер завезут.