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

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

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

Результат компоновки интерфейса и обработки контента формируется в виде слоёв, которые определяют содержимое окна. Например, панели, меню и результат обработки контента определяются в отдельных слоях. Из разных процессов слои передаются в систему отрисовки, которая занимается сведением (композитингом) серии слоёв в единое изображение, определяющее итоговое содержимое окна браузера.

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

Потребление памяти в многопроцессном режиме мало отличается от обычного однопроцессного режима, разница составляет около 10 Мб, при этом планируемые оптимизации позволят снизить этот показатель.

Проект по переводу Fierfox на многопроцессную архитектуру, развиваемый под кодовым именем Electrolysis, стартовал в 2009 году, но в 2011 году был приостановлен из-за наличия более простых путей повышения отзывчивости интерфейса, не требующих значительной переработки архитектуры браузера (например, оптимизация работы сборщика мусора, дробление длительно выполняемых операций или их выделение в отдельный поток, использования асинхронного ввода/вывода и вынос выполнения плагинов в отдельные процессы).

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

Новый режим уже доступен в ночных сборках Firefox и может быть активирован через установку переменной browser.tabs.remote в настройках about:config. Разработка пока носит экспериментальный характер и не позволяет использовать некоторые возможности браузера, такие как средства для web-разработчиков, вывод на печать и сохранение страниц.

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

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

Основные преимущества перехода к многопроцессной обработке:

*   Оптимизация для многоядерных процессоров. В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера (за исключением ситуаций с выполнением плагинов).

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

*   Предсказуемое потребление памяти. В длительно выполняемых процессах, при постоянном выделении и освобождении памяти разного размера со временем растет фрагментация и остается все больше небольших "дыр" от ранее освобожденных объектов, которые располагаются вперемешку с занятыми блоками памяти.

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

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

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

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

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

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

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

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

Возрадуйтесь же владельцы семпронов и селеронов!

Что это такое?))

Что это такое?))

лучше бы они на это дело свои силы бросили, чем этот мерзкий Астралис пилить..

лучше бы они на это дело свои силы бросили, чем этот мерзкий Астралис пилить..

Australis улучшает показатели обработки скриптов? CSS, HTML?

Вы предлагаете расформировать дизайнерский отдел?

Да вообще то не нужен он

они в своём отделе ерундой занимаются

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

Вы предлагаете расформировать дизайнерский отдел?

Судя по вашим запросам, вам нужно поставить IE 11. По заявлениям Microsoft у них и JavaScript быстрее всех, и аппаратное ускорение крутое, и многопроцессность раньше чем в Chrome появилась.
Интерфейс, правда, как будто пьяные орки создавали. Ну так это же неважно, правда ?

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

лучше бы они на это дело свои силы бросили, чем этот мерзкий Астралис пилить..

В наше время гуй куда более важен

Так и представляю картину маслом, как гендиректор Mozilla в понедельник вбегает в отдел дизайнеров и специалистов по UI толкая перед собой тележку забитую книжками.
- Друзья, вчера я прочел на русском форуме, что движок значительно важнее UI. Забудьте про XUL, Javascript, CSS и HTML. Всем до обеда выучить C++ и к концу дня выдать по 150 строк кода.

Вы предлагаете расформировать дизайнерский отдел?

вам нужно поставить IE 11. …
Интерфейс, правда, как будто пьяные орки создавали.

Да вообще то не нужен он. И не загружен полностью, уже третий раз логотип меняют на "более современный".

тутже появится 100500 тем оформления причем таких которые будут востребованы юзерами.

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

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

За исключением менеджера загрузок, он и правда хорош.

Да, я - за реальные улучшения броузера, чем за косметические. Интерфейс я и сам себе запилю. Шкурками + аддонами + userchrome + custom buttons и т.д. В свое время перешел на лису именно из-за того, что есть возможность САМОМУ допилить то, что не нравится. В Аустралисе, кроме убогого интерфейса (субъективно, исправимо, поэтому несущественно) нет ничего нового по-настоящему полезного. Более того, урезаны возможности по кастомизации, и это его самый жирный минус