Полезная информация

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

№119-07-2011 19:10:11

=Agasfer=
linux user #526929
 
Группа: Extensions
Откуда: /home
Зарегистрирован: 06-11-2008
Сообщений: 6578
UA: Nightly 8.0

Переход Firefox на многопроцессную архитектуру

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

Часть наработок проекта уже интегрирована в Firefox 4 и используется для выполнения плагинов в отдельных процессах. Кроме того, в Mobile Firefox 4.0 для платформы Android уже задействован механизм обработки вкладок разными процессами. Отмечается, что процесс перехода на многопроцессорную модель достаточно сложен и длителен, новая архитектура будет внедряться постепенно. Конкретные сроки не указаны, но с учетом 16-недельного цикла подготовки релизов, новые наработки можно будет увидеть не раньше, чем в версии Firefox 8. По заявлению разработчиков Mozilla, каждый новый релиз Firefox будет быстрее и стабильнее, интерфейс станет более отзывчивым.

В качестве основных факторов, рассматриваемых при планировании перехода к многопроцессной архитектуре, называются:

   

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

        В конечном итоге наблюдается увеличение фрагментации хранилища и время поиска сборщиком мусора неиспользуемых объектов. Во время работы сборщика мусора основной цикл обработки событий приостанавливается и наблюдается замедление реакции на действия пользователя, вплоть до секундных подвисаний. В Firefox 4 предпринято несколько попыток улучшения интерактивности, например, для разных классов объектов в хранилище задействованы отдельные методы сборки мусора, а также уменьшен интервал активации сборщика мусора. Тем не менее, все проблемы не решены, а лишь найдены временные обходные пути для определенных ситуаций. Например, проблемы с интерактивностью продолжают наблюдаться при очистке памяти после работы больших web-приложений.
        Оптимизация для многоядерных процессоров. В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера (за исключением ситуаций с выполнением плагинов). Несмотря на попытки использования многопоточности и вынос за пределы основного цикла обработки событий выполнения таких операций, как декодирование изображений, видео и звука, осуществление сетевых операций и ввода/вывода, по прежнему остаются однопоточными подсистема DOM (Document Object Model), функции формирования содержимого окна, парсинг HTML и выполнение JavaScript, т.е. для обработки контента может быть задействовано только одно ядро CPU.

        Самым простым выходом из сложившейся ситуации является реализация возможности запуска нескольких DOM-обработчиков в виде отдельных процессов, которые смогут работать параллельно не мешая друг другу. Одновременно развивается альтернативный проект, поддержка многопоточной обработки DOM-дерева в котором реализована благодаря переработке кода на языке Rust, напоминающем C++, но поддерживающем автоматическое управление памятью и выполнение задач в виде легковесных сопрограмм.
        Предсказуемое потребление памяти. Значительными проблемами в Firefox остаются: большая фрагментация памяти, трудности с перераспределением памяти, невозможность отдачи уже полученной от ОС памяти и утечки памяти. Данные проблемы не являются специфичными для Firefox и неизбежно возникают у любого длительно работающего процесса, интенсивно манипулирующего блоками памяти. В случае выделения памяти разного размера со временем растет фрагментация и остается все больше небольших "дыр" от ранее освобожденных объектов, которые располагаются вперемешку с занятыми блоками памяти. В ситуации запроса памяти для размещения нового объекта, часто приходится запрашивать новые блоки у операционной системы, несмотря на наличие достаточно большого числа свободных областей во внутренней "куче", размер которых по отдельности меньше запрошенного блока.

        В случае обработки web-страниц разными процессами занятые процессом блоки памяти после завершения процесса полностью отдаются обратно операционной системе, а не остаются в "резерве", закрепленными за одним процессом в надежде, что эта память понадобиться в будущем. Таким образом, обработка каждой вкладки отдельным процессом может привести к заметной экономии памяти (общие данные между процессами не дублируются, через мапинг используется только одна копия) и избавлению от проблемы с постоянным ростом размера процесса.
        Защита от сбоев. Очевидно, что в случае выхода за пределы допустимой границы буфера или при возникновении другой внештатной ситуации при использовании однопроцессной модели обработки, крах процесса приведет к закрытию всех окон и вкладок. При обработке каждой страницы отдельным процессом, в случае сбоя закроется лишь одна вкладка, не повлияв на работоспособность браузера в целом. Кроме того, такой подход даст возможность упростить диагностику причины краха и позволит точно видеть какой сайт и какая операция привела к проблеме. В частности, уже реализованная технологий выноса плагинов в отдельные процессы позволила заметно увеличить надежность работы, например, крах Flash-плагина больше не отражается на работе браузера.
        Повышение безопасности. Обработка каждого сайта отдельным процессом позволяет изолировать связанный с ним код от обработчиков других сайтов и кода, обеспечивающего работу интерфейса, которые в случае выполнения разными процессами не могут пересекаться. Современные операционные системы позволяют перевести процесс в "режим пониженных прав", при котором блокируется доступ к большому числу системных ресурсов. В случае эксплуатации уязвимости в таком процессе, код злоумышленника будет ограничен в своих возможностях и не сможет выйти за пределы "песочницы". Для совершения атаки в подобных ситуациях требуется эксплуатация еще одной уязвимости в более привилегированном управляющем процессе. Практика браузера Chrome показывает, что за всю историю существования проекта было обнаружено лишь несколько уязвимостей, позволяющих обойти многоуровневую защиту.

http://www.opennet.ru/opennews/art.shtml?num=31227

Отредактировано =Agasfer= (19-07-2011 19:14:46)


Arch Linux & xmonad

Отсутствует

 

№219-07-2011 20:44:11

Shade
Участник
 
Группа: Members
Зарегистрирован: 11-05-2005
Сообщений: 109
UA: Firefox 5.0

Re: Переход Firefox на многопроцессную архитектуру

Лучше бы более активно занялись ПРОБЛЕМОЙ утечек памяти.


Счастье для всех, даром, и пусть никто не уйдёт обиженный!

Отсутствует

 

№319-07-2011 20:50:36

rerf2010rerf
Участник
 
Группа: Members
Зарегистрирован: 27-04-2010
Сообщений: 204
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

Давно пора.

Отсутствует

 

№419-07-2011 21:12:48

VeRtex
I ♥ Nightly
 
Группа: Members
Откуда: Красноярск
Зарегистрирован: 26-08-2010
Сообщений: 1414
UA: Nightly 8.0
Веб-сайт

Re: Переход Firefox на многопроцессную архитектуру

Отличная новость, что работы над Electrolysis'ом возобновлены. Спасибо!

=Agasfer= пишет

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

Конечно, это уже давно известно, но..
У меня почему-то иногда возникает ситуация, когда убийство plugin-container'а выводит подвисший браузер из полного ступора.

Отредактировано VeRtex (19-07-2011 21:14:25)

Отсутствует

 

№519-07-2011 21:36:43

Tiger.711
‌
 
Группа: Extensions
Откуда: из Лесу
Зарегистрирован: 30-07-2010
Сообщений: 7975
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

Shade пишет

Лучше бы более активно занялись ПРОБЛЕМОЙ утечек памяти.

[nightly] не течёт. Проверено.


Большой кот... Пуфыстый... Полосатый... Зубастый (:

Отсутствует

 

№619-07-2011 22:31:59

Йцукен
  
 
Группа: Extensions
Зарегистрирован: 05-06-2008
Сообщений: 4799
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

VeRtex пишет

У меня почему-то иногда возникает ситуация, когда убийство plugin-container'а выводит подвисший браузер из полного ступора.

plugin-container можно отключить в about:config, и это иногда даже исправляет проблемы с торможением видео, но не исключено, что тогда придётся завершать не его, а сам firefox.

Добавлено 19-07-2011 22:32:56

Tiger.711 пишет

nightly не течёт. Проверено.

Подтверждаю. Так что проблема скоро может исчезнуть.

Отредактировано Йцукен (19-07-2011 22:32:56)

Отсутствует

 

№719-07-2011 22:53:01

VeRtex
I ♥ Nightly
 
Группа: Members
Откуда: Красноярск
Зарегистрирован: 26-08-2010
Сообщений: 1414
UA: Nightly 8.0
Веб-сайт

Re: Переход Firefox на многопроцессную архитектуру

Йцукен
Дык, в том то и дело, что контейнер должен разделять плагины и браузер. Но, у меня это не всегда работает, то есть, создается такое ощущение, что никакого разделения нет.
Но, справедливости ради, бывает такое не часто.

Отредактировано VeRtex (19-07-2011 22:53:14)

Отсутствует

 

№819-07-2011 22:55:06

=Agasfer=
linux user #526929
 
Группа: Extensions
Откуда: /home
Зарегистрирован: 06-11-2008
Сообщений: 6578
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

У меня 8-ка, которую сегодня собрал, работает уже часов 5. Вкладок открыто 12 (активных) и ещё около 30-ти открыты, но не обновлены (лежат себе по группам в панораме). Три десятка аддонов (включённых и ещё столько же не включённых). Память держится в пределах 400-430 MiB И это при том, что фокс 64-битный, а параметр browser.sessionhistory.max_total_viewers выставлен 25.  Ничего не течёт.
:::: Mozilla/5.0 (X11; Linux x86_64; rv:8.0a1) Gecko/20110719 Firefox/8.0a1

Отредактировано =Agasfer= (19-07-2011 22:55:34)


Arch Linux & xmonad

Отсутствует

 

№919-07-2011 23:23:05

zit
Участник
 
Группа: Members
Зарегистрирован: 23-03-2011
Сообщений: 437
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

=Agasfer=
ща найдется тот кто скажет что это из за линукса :D


С хрома сижу на работе,все вопросы к ИТ отделу :D

Отсутствует

 

№1019-07-2011 23:48:53

Tiger.711
‌
 
Группа: Extensions
Откуда: из Лесу
Зарегистрирован: 30-07-2010
Сообщений: 7975
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

Тестирование браузеров на скорость Ближе к концу поста. Показан огромный размер утечек в различных версиях windows-ночнушек.


Большой кот... Пуфыстый... Полосатый... Зубастый (:

Отсутствует

 

№1120-07-2011 00:06:31

mcfly
Робот! :)
 
Группа: Members
Откуда: Russia
Зарегистрирован: 01-10-2010
Сообщений: 288
UA: Firefox 5.0

Re: Переход Firefox на многопроцессную архитектуру

Скажите, есть где-нить на сайте Мозилы страница, имеющая постоянно обновляемые, даты выхода версий в релиз? То есть сейчас она будет показывать 6,7,8 когда будут релизами, после выхода 6, чтобы 9 добавилась и тд

Отредактировано mcfly (20-07-2011 00:07:40)

Отсутствует

 

№1220-07-2011 00:16:23

VeRtex
I ♥ Nightly
 
Группа: Members
Откуда: Красноярск
Зарегистрирован: 26-08-2010
Сообщений: 1414
UA: Nightly 8.0
Веб-сайт

Re: Переход Firefox на многопроцессную архитектуру

Отсутствует

 

№1320-07-2011 03:33:53

SlaveN
Участник
 
Группа: Members
Зарегистрирован: 23-06-2008
Сообщений: 151
UA: Firefox 5.0

Re: Переход Firefox на многопроцессную архитектуру

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

Бгг. До сих пор помню как мне на экзамене поставили четвёрку за то, что я написал код, работающий без утечек памяти, но НЕ ПО СТАНДАРТУ ЯЗЫКА "ПАСКАЛЬ" :D  С той поры я принципиально пишу код с утечками памяти. Если утечек нет - добавляю по таймеру :lol:

Отсутствует

 

№1420-07-2011 04:56:24

hydrolizer
Участник
 
Группа: Extensions
Зарегистрирован: 22-07-2009
Сообщений: 1945
UA: Firefox 5.0

Re: Переход Firefox на многопроцессную архитектуру

Надеюсь, с введением этой штуки наконец-то можно будет выносить тяжелые операции из треда gui в отдельный без приемов а-ля "почесать левое ухо левой рукой из-под правой коленки".

Отсутствует

 

№1517-08-2011 01:09:23

nosync
Забанен
 
Группа: Members
Зарегистрирован: 15-08-2011
Сообщений: 93
UA: Firefox 5.0

Re: Переход Firefox на многопроцессную архитектуру

SlaveN пишет

Бгг. До сих пор помню как мне на экзамене поставили четвёрку за то, что я написал код, работающий без утечек памяти, но НЕ ПО СТАНДАРТУ ЯЗЫКА "ПАСКАЛЬ" :D  С той поры я принципиально пишу код с утечками памяти. Если утечек нет - добавляю по таймеру :lol:

Как формулируется этот "принцип"?

Добавлено 17-08-2011 01:16:29

=Agasfer= пишет

Один из разработчиков Mozilla сообщил о возобновлении работ, связанных с проектом Electrolysis, в рамках которого запланирован перевод Firefox на многопроцессную архитектуру,

Вопрос.
Как это перевести на нормальный язык для обычного человека? Значит ли это, что после этого "перевода" браузер не будет работать на однопроцессорной машине?

Отредактировано nosync (17-08-2011 01:18:06)

Отсутствует

 

№1617-08-2011 06:08:22

wolfxr
Firefox tete009 build
 
Группа: Members
Откуда: Ё - Бург
Зарегистрирован: 29-08-2009
Сообщений: 430
UA: Opera 11.5

Re: Переход Firefox на многопроцессную архитектуру

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

Отсутствует

 

№1717-08-2011 06:15:04

hydrolizer
Участник
 
Группа: Extensions
Зарегистрирован: 22-07-2009
Сообщений: 1945
UA: Firefox 6.0

Re: Переход Firefox на многопроцессную архитектуру

nosync
Речь о многопроцессной, а не о многопроцессорной архитектуре :)

Отсутствует

 

№1817-08-2011 07:49:36

nosync
Забанен
 
Группа: Members
Зарегистрирован: 15-08-2011
Сообщений: 93
UA: unknown 0.0

Re: Переход Firefox на многопроцессную архитектуру

Да-а, от читания этих многословных длиннющих бла-бла-бла у меня уже самопроизвольный "перевод" получился. :lol:
А статья все таки требует перевода. Интересно, сколько же тех процессов у браузера есть и сколько будет? Каждое расширение будет отдельным процессом или как, каждый сайт или нет, каждая вкладка? Или они еще не решили столь "сложный" вопрос и его будут год "исследовать"? А потом другие писатели напишут "статью" метров на сто, которую опять переводить нужно будет? :rolleyes:

Отсутствует

 

№1917-08-2011 09:37:27

Tiger.711
‌
 
Группа: Extensions
Откуда: из Лесу
Зарегистрирован: 30-07-2010
Сообщений: 7975
UA: Nightly 8.0

Re: Переход Firefox на многопроцессную архитектуру

nosync
Сам браузер - 1 процесс;
Плагины в плагин-контейнере;
Расширения в плагин контейнере, или в отдельно запущеном специально для этого расширения плагин-контейнере, если это прописано в коде расширения;
Содержимое вкладок в отдельном процессе.


Большой кот... Пуфыстый... Полосатый... Зубастый (:

Отсутствует

 

№2008-01-2017 12:58:47

fireday2
Участник
 
Группа: Members
Зарегистрирован: 10-09-2014
Сообщений: 35
UA: Firefox 50.0

Re: Переход Firefox на многопроцессную архитектуру

на дворе 2017, а многопоточности нет... пока нет... потихоньку вводят
ждемс релиза с включенным многопотоком!

Отредактировано fireday2 (08-01-2017 13:35:51)

Отсутствует

 

№2108-01-2017 14:29:43

Dzirt
Участник
 
Группа: Members
Зарегистрирован: 26-02-2012
Сообщений: 1892
UA: Chrome 55.0

Re: Переход Firefox на многопроцессную архитектуру

fireday2 пишет

на дворе 2017, а многопоточности нет

Действительно, уже 2017-й год, а некоторые иксперты до сих пор не понимают разницы между многопоточностью и многопроцессностью. :D

fireday2 пишет

ждемс релиза с включенным многопотоком!

Ждем хотя бы проблеска понимания... Но видимо не в этом году ;)

Отсутствует

 

№2208-01-2017 21:14:40

12
Участник
 
Группа: Members
Зарегистрирован: 14-07-2009
Сообщений: 610
UA: Firefox 50.0

Re: Переход Firefox на многопроцессную архитектуру

хоть и пока есть куча несовместимых дополнений что весьма не удобно, но я чувствую что с даже с одним многопроцессным окном [firefox] работает чуть отзывчивее и лагает чуть меньше, хотя хотелось бы большего:)


для сохранения вэбстраничек целиком
SingleFile
Save Page WE
Web Scaprapbook

Отсутствует

 

№2308-01-2017 21:53:42

SendInfo
.
 
Группа: Members
Зарегистрирован: 14-02-2011
Сообщений: 271
UA: Firefox 42.0

Re: Переход Firefox на многопроцессную архитектуру

12 пишет

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

Что серьёзно?  about:support  > граф«Многопроцессные окна» что написано?

Отсутствует

 

№2409-01-2017 02:31:43

Evaline
Участник
 
Группа: Members
Зарегистрирован: 12-12-2014
Сообщений: 11
UA: Firefox 50.0

Re: Переход Firefox на многопроцессную архитектуру

SendInfo пишет

граф«Многопроцессные окна» что написано?

У меня написано 1/1 (Включены пользователем)
Я вручную включила 3 процесса, в версии [firefox] 49.x это были три plugin-container, в версии [firefox] 50.x - дополнительные три процесса firefox.exe (всего 4). Windows XP, 3Gb памяти. Работает стабильно, расход памяти увеличился на 40% (примерно), но для меня это приемлемо. Довольна этой функцией, небольшой выигрыш в скорости есть, да и в надёжности тоже (если один из дочерних процессов "подвис", его можно завершить через панель задач, [firefox] при этом продолжает работать).

Отсутствует

 

№2509-01-2017 04:48:06

OldUser
Участник
 
Группа: Members
Зарегистрирован: 28-09-2016
Сообщений: 47
UA: Chrome 54.0

Re: Переход Firefox на многопроцессную архитектуру

Лучше оставили все как есть, как старую Оперу. Чем больше возможностей для мульти процессности, тем больший тормоз получаем. Посмотрел бетку 51, ничего хорошего. По производительности хужее 50. Лучше бы движок Servo допиливали. Ушел пока в ожидании перемен на китайский хромоклон. После него лиса воспринимается как тормоз. Раньше пользовался из-за того, что расширения есть такие каких нет у хромоклонов, так их через некоторое время поубивают, и на фиг нужна такая лиса?

Отсутствует

 

Board footer

Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia GitHub mark
Язык отображения форума: [Русский] [English]