LINUX.ORG.RU
ФорумTalks

[opennet]Firefox отказывается от перехода на многопроцессную модель

 


0

2

Разработчики Mozilla приняли решение приостановить разработку проекта Electrolysis, а рамках которого велись работы по переводу Firefox на многопроцессную модель, при которой пользовательский интерфейс и обработка контента обрабатываются разными процессами. В качестве причины прекращения развития проекта в обозримом будущем называется необходимость внесения слишком значительных изменений на уровне архитектуры.

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

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

Тем не менее, кроме решения проблем с отзывчивостью интерфейса, многопроцессная архитектура обладает рядом дополнительных достоинств, которые проблематично реализовать в рамках однопроцессной модели. Например, можно упомянуть повышение производительности при работе на многоядерных процессорах; решение проблем с фрагментацией памяти и отдачей освобождённой памяти обратно операционной системе; обеспечение защиты от сбоев (в случае сбоя закроется лишь одна вкладка, не повлияв на работоспособность браузера в целом); повышение безопасности (связанный с текущей вкладкой код выполняется в своей «песочнице», независимо от обработчиков других сайтов; для эксплуатации уязвимостей требуется преодоление нескольких уровней изоляции).

[Жалкий копипаст с http://www.opennet.ru]

Ответ на: комментарий от Dark_SavanT

«Галочка», позволяющая унифицировать оформление (stylish так не умеет). Ну и кое-что еще по-мелочи.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Energizer

> Чтобы огнелис не тормозил, очевидно.

Трололо. Он не тормозит.

atrus ★★★★★
()
Ответ на: комментарий от atrus

Течет. Я проверял и оперу, и огнелиса, и хромого: если динамически подгружать объекты (изображения), то старые объекты, несмотря на удаление из дерева DOM, никуда не деваются. И всякие delete в JavaScript не помогают (я даже тему на ЛОРе создавал по этому поводу).

Явная утечка памяти, с которой никто бороться не хочет.

Eddy_Em ☆☆☆☆☆
()

> вынос выполнения плагинов в отдельные процессы

А разве это еще не сделано? O_o

tailgunner ★★★★★
()

>необходимость внесения слишком значительных изменений на уровне архитектуры.

АХХАХАХАХАХАХАХАХАХАХАХАХАХА
ахахахахахаха
хахахаха
хаха.
идиоты.

devnullopers
()

FF был бы хорош, если бы его не переписывали каждые 3 года. Отвратная архитектура, созданая на коленке электриком, по совместительству «линукс-энтузазистом», даёт о себе знать. А всё почему? Потому что дебильная система написания ПО: сначала он «побырому» набрасывает чертежи, потом бросается кодить, потом зачёркивает половину начерченного и пишет «абы запустилось» (попутно выясняя, что он полный лох и не разбирается в библиотеках, которые юзает). Затем, едва стартовав, публикует свой говнопед 0.0.0.1beta-alpha, на который набрасываются другие неосиляторы, внося свою лепту. Результат — едва догнав глиняного монстра до версии 1,0, его бросают, т.к. вилы и костыли начинают бесить даже самых тупых кодеров.

ПЕРЕД тем, как хотя бы одна строчка будет написана, создатель обязан опубликовать ПРОЕКТ своего детища: архитектура, предполагаемые языки-библиотеки, возможности расширения/локализации/улучшения кода, отличия (а точнее, преимущества) этого проекта перед существующими (с указанием недостатков последних) И ТОЛЬКО ПОТОМ, чуть углубившись в детали и учтя всю критику, приступать к своему велосипеду. ХОТЬ ОДИН проект был так сделан?? НИ ОДНОГО. Везде сразу предлагают говнокод и позорные «ридмишки», где «побырому» набросаны даже не идеи проекта, а тупо «как собрать мой говнопед при помощи напильника и киянки». «_баный стыд!», как говорят в сети. :(

devnullopers
()
Ответ на: комментарий от Chaser_Andrey

> Ну почему всё, чем я начинаю пользоваться, через некоторое время непременно скатывается в говно?!

А головным мозгом своим ты пользуешься? Интересно узнать, просто.

one_more_hokum ★★★
()
Ответ на: комментарий от devnullopers

>созданая на коленке электриком, по совместительству «линукс-энтузазистом»

Про элекрика это правда или шутка?

ymuv ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.