16 июня в 14:42

Вышел Firefox 54, который наконец получил поддержку многопроцессного режима

Команда разработчиков Firefox выпустила новую версию браузера с номером 54. Главной особенностью обновленного Firefox является поддержка многопроцессного режима обработки веб-страниц, работа над которым велась восемь лет под кодовым названием Electrolysis (E10S). Представители Mozilla называют новую версию браузера «лучшим Firefox».

/ фото Dees Chinniah CC

Первая версия мультипроцессного Firefox была представлена в августе прошлого года (версия 48). В ней работа с UI была вынесена в отдельный процесс, что делало интерфейс отзывчивым даже при высоких нагрузках на систему. В версии Firefox 54 разработчики пошли еще дальше, организовав работу в нескольких параллельных процессах: каждый со своими ресурсами RAM и CPU, управляемыми операционной системой.

Недостатком при таком подходе обычно остается высокое потребление памяти. Например, Google Chrome по умолчанию создает новый процесс для каждой вкладки и потребляет множество ресурсов. Однако, по словам главы маркетинга Firefox Райана Поллока (Ryan Pollock), в отличие от того же Chrome, Firefox не будет забирать себе всю оперативную память и замедлять работу компьютера пользователя.

В Mozilla отмечают, чтобы избежать излишнего потребления памяти, по умолчанию запускаются только четыре контент-процесса. Вероятно, число четыре — это золотая середина между потреблением памяти и преимуществами многопроцессорных систем. Однако количество процессов можно настроить, перейдя на вкладку about:config и изменив значение dom.ipc.processCount.

Сравнение потребления памяти браузеров (Источник)

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

В дополнение к многопроцессорной работе, Firefox 54 также получил несколько новых WebExtension API, для разработки дополнений, совместимых с другими браузерами. В релизе значатся API для создания боковых панелей, позволяющие размещать локальные HTML-файлы внутри панели. Также была добавлена возможность подключения собственного обработчика протоколов и возможность настройки about:newtab. Помимо этого, был внедрен Privacy API для управления настройками безопасности и приватности (networkPredictionEnabled, webRTCIPHandlingPolicy и hyperlinkAuditingEnabled).

В новом браузере была активирована sandbox-изоляция, ограничивающая доступ подпроцессов Firefox к файловой системе и другим процессам. В Linux изоляция системных вызовов реализована с применением Seccomp-bpf, а также User namespace и chroot. В Windows же применяются библиотеки sandboxbroker и sandboxtarget, разработанные и используемые компанией Google. Еще среди изменений, внедренных в Firefox 54, числится возможность создания и сохранения собственных устройств в Responsive Design Mode для тестирования сайтов (можно задать разрешение экрана, пропускную способность сети и др.).

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

И наконец, с выходом Firefox 54, Mozilla завершает процессы по закрытию канала с Aurora-версиями браузера. Теперь организация намерена использовать принцип поэтапной доставки обновлений для Release-канала, где новые функции, такие как Electrolysis, постепенно добавляются в браузеры небольшого числа пользователей. Если нововведение вызывает всплески отказов, или телеметрические данные указывают на возникающие сложности, Mozilla останавливает развертку обновления и дорабатывает решение.

Таким образом, процесс доставки продукта будет состоять из трех этапов: Nightly, Beta, Stable. Отказываясь от канала Aurora, разработчики надеются ускорить процесс выхода стабильных версий браузера на несколько месяцев.

Полный список изменений нового релиза вы можете найти на сайте разработчиков по ссылке.

P.S. О чем еще мы пишем в нашем блоге:

Автор: @it_man
ИТ-ГРАД
рейтинг 407,17
vmware iaas provider

Комментарии (105)

  • 0
    Лучше поздно чем никогда.
    • –1

      WAT?!
      То есть когда java-script повесил один процессор, нужно повесить и все остальные тоже?


      Интересно, а тушить пожар нитроглицерином они не пробовали?
      То же самый эффект как от мультипроцессорности при зависшей странице.


      По уму — когда виснет одна страница, нужно убивать все зависшие скрипты, а не вешать все оставшиеся процессоры.

  • 0
    Выпустили e10s и этим поломали DDE интерфейс WWW_GetWindowInfo
    https://bugzilla.mozilla.org/show_bug.cgi?id=1373212
  • –30
    Вот честно, лучше бы они гнались за производительностью без попыток экономить ресурсы. В 2017 году-то беспокоиться о том, что браузер жрет оперативку?
    А о мобильном браузере забыли. Эту эстонскую разработку просто невозможно использовать и никого это не волнует.
    А вообще очень здорово, что наконец E10S в стабильной ветке.
    • +35
      В 2017 году-то беспокоиться о том, что браузер жрет оперативку?
      Когда браузер сжирает больше памяти, чем, к примеру, среда для разработки игр, да, думаю, стоит беспокоиться.
      • –21
        При обычном серфинге браузер не переходит порог 1Гб и это всяко меньше, чем неведомая «the среда для разработки игр».
        Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.

        «У меня есть от 4Гб оперативки, может быть SSD диск, файл подкачки, а система автоматически высвобождает память — всё хорошо, но не дай бог браузер отожрёт выше 500Мб озу!»
        • +7
          Даже сейчас после пары часов работы Firefox у меня уже использует 1.6 гиг памяти, при этом активных вкладок не более десятка.

          Через пару часов будет съедать в районе 2.5 гиг. Unity3d, к примеру, столько памяти никогда не использует. Только во время сборки билдов.
          • –8
            Вы, конечно умные вещи пишите, но браузер из ничего жрать оперативку не будет. Сайты эти явно не html страницы с простым текстом и парой статичных картинок. В любом случае это не имеет значения, т.к. у каждого свои «замеры».
            Лучше скажите, товарищ, вот вы умудрились накормить браузер до 1.6 гиг, а как вообще работается? Компьютер нещадно тормозит? Вылезает оповещение о недостатке памяти? Нет ведь. И при запуске еще одного ресурсоёмкого приложения ничего такого не происходит.
            Люди повернуты на том, чтобы памяти было много свободной, когда выгода как раз в том, чтобы она не пустовала.
            • +9
              А давно вы видели html страницы с простым текстом и парой статичных картинок? Сейчас вон для одностраничников всякие анимации да реакты применяют, что уж говорить о сайтах посложнее.
            • +4
              Когда приходится прибивать все приложения, чтобы освободить память для процесса отжирающего 14 Гб начинаешь смотреть на жизнь по другому. А когда дело доходит до 30 — то и вообще. И браузер тут первый кандидат на отстрел.
              • +4
                К слову, это не только к браузерам относится. Нынче как-то вообще на эти вещи разработчики не обращают внимания. Тот же slack (внимание, мессенджер), к примеру, к вечеру съедает 1.5 гигов.
                • +12

                  Так он же на электроне написан. Т.е. по сути — тот же браузер, а внутри у него неонка веб-страница открыта. И новый Skype под Linux такой же. И Atom (внимание, текстовый редактор!)

                  • +1
                    Ну, к примеру, Steam тоже, по сути, браузер. Если мне память не изменяет, на базе Chromium. Но памяти он у меня не более 50 Mb съедает. Видимо, кто-то умеет готовить, а кто-то не заморачивается.
            • +5
              Проблема не в том, что он её жрёт. Пусть жрёт, не жалко.
              Проблема в том, что он её не возвращает. Открыл 20 вкладок, посмотрел, закрыл. А память то осталась.
              У меня под линухом нет раздела подкачки. Ну не нужен он был с 4Гб ни разу. Даже Blender и Gimp
              с огромными файлами вполне справляются (правда у них свой кэш вроде).
              А вот фоксу приходится при активном сёрфинге периодически перезагружать, поскольку она со временем отжирает ВСЮ память. Даже спецом висит прога, которая показывает количество свободной оперативки, т.к. если не уследить — система виснет нагрухо. Курсор мышки двигается раз в 5..10 сек, так что просто прибить программу уже практически невозможно. Т.е. конечно можно, но нужно очень много терпения терпения. Ресетом сильно быстрее.
              • +4
                система виснет нагрухо

                Странная у вас ОС.
                • +1
                  Убунта всегда так себя ведет, когда память вся занята.
                  • +1
                    Убунта обычно убивает приложение запросившее слишком много памяти. (Правда она обычно и не фризит звук при 100% cpu как у меня) Поставьте файл подкачки в конце винчестера. У меня он именно для этого — чтобы приложения не падали если оперативка закончится (бывает раз в пару месяцев). Linux в файл подкачки лезет исключительно редко, дополнительных тормозов из-за появления подкачки не появится (но они конечно появятся если приложения начнут активно свопится).
                    • 0

                      … а вот когда приложения начнут активно свопиться, и система перестанет реагировать на пользовательские команды (или это только я такой невезучий?), вместо кнопки Reset поможет сочетание Alt-SysRq(PrtScr)-F (запустить OOM-Killer). По умолчанию оно отключено по соображениям безопасности, поскольку может убить что угодно — lock screen, например. Соответственно, если для вас это не проблема, но вы не хотите мучиться из-за ухода в своп, можно разрешить все (или некоторые) комбинации в /etc/sysctl.d/10-magic-sysrq.conf (там, на самом деле, полно разных Alt-SysRq-комбинаций — вплоть до принудительного kernel panic).

                      • 0
                        Ничего не настаивая можно переключиться на текстовую консоль Ctrl-Alt-F1..12, запустить например консольный htop, прибить лишние процессы и вернуться в GUI Alt-F7.
                        • 0

                          Так я тоже умею, но почему-то от этой идеи отказался — то ли даже переключение терминалов тормозило, то ли SysRq привычнее, то ли ещё что — надо при случае попробовать. Но есть ещё проблема: чтобы зайти в систему в текстовой консоли, нужно, чтобы запустился bash, а у меня он ещё и bash-completions подгружает, а это уже не так быстро...

                        • 0
                          В условиях жуткого свопинга в попытках освободить память для запуска шелла, вы получите отвал входа по таймауту, а когда наконец войдёте — ООМ киллер уже будет наконец вызван и сделает свою работу.
                          Ускоряет процесс разве что использование SSD.
                • 0
                  MacOS Sierra наглухо зависает при исчерпании ОЗУ.
                  И ни как не предупреждает.
                  • –1
                    Что у вас там наверчено. Ничего не виснет. image
              • 0
                Подтверждаю — под виндой та же история. Открыл 100 вкладок, прошло время, вкладки постепенно позакрывались, а полтора гига как съел, так и не отдаёт. Вкладок открыто 0 (ноль, Карл!) — а в памяти 1.5 гига занимает и не отдаёт. Хром последний проверил — после закрытия вкладок отдаёт память обратно.
                И одинаковое количество вкладок с теми же самыми веб-страницами отъедает одинаковое количество памяти в последнем хроме и в последней лисе. Специально проверял. Поэтому о каких пользователях, которые отмечают, что файрфокс потребляет меньше ресурсов, чем хром, идёт речь в статье, непонятно.
                • +1
                  Хром последний проверил — после закрытия вкладок отдаёт память обратно.

                  у хрома по процессу на вкладку, естественно память вернется при завершении процесса
            • +2

              Но ведь потребляет. В конторе к примеру есть машины с 1,24Гб памяти, там каждые 100мб памяти на счету, а вы пишите, мол кто там экономить будет. Новой техники не предвидится.

            • 0
              Оперативки 8 гигов на рабочем компе.
              При достижении уже старой версией мозилы 2,6 гигов — начинала активно тормозить, фризиться и тормозить весь комп.
              Дома 16, проблема та же. Везде SSD диски.
        • +7
          При обычном серфинге браузер не переходит порог 1Гб и это всяко меньше, чем неведомая «the среда для разработки игр».
          Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.

          Вопрос в количественных показателях. У меня chrome периодически съедает до 10 из 16 гигов. И это очень некомфортно.

        • 0
          А где написано, что они жертвуют производительностью?
    • +5
      А о мобильном браузере забыли. Эту эстонскую разработку

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

      • 0

        А в чём проблема того же функционала в хроме? Он там местами ощутимо раньше появился чем в фф.

        • 0

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

      • +3

        Прошу прощения за минус на комментарий, это мой: читал в метро, вагон дернулся и вместо плюса попал на минус, почему-то никак не отменить.

    • +4
      Это вы расскажите тем кто использует тонкие клиенты, когда браузеры пользователей выжирают всю оперативку.
      • 0
        Подтверждаю, работаю с пользователями на тонких клиентах, проблема с памятью актуальна! И именно поэтому мы используем Firefox — он меньше всех потребляет.
    • 0
      > лучше бы они гнались за производительностью без попыток экономить ресурсы
      Это вообще как? Чем больше процессора и памяти отжирает, чем меньше производительность в итоге будет. По определению. Браузер то не один запущен, есть и другие приложения.
  • +3
    Потестировал несколько дней и очень доволен этой версией. После нескольких лет Хрома перешел назад на файрфокс, что порадовало в новой версии: с одинаковыми стрницами и плагинами Хром 750мб, Файрфокс 320мб памяти. Страницы открываются быстрее и двигаются быстро, да и сам браузер быстро запускается.
    Теперь агитирую всех вокруг перейти чтобы Файрфокс вернул назад долю у Хрома.
    • –7
      После хрома, девтулза там какая-то не привычная.
      • 0
        Это после ФФ у Хрома девтулза была ущербная в своё время. Сейчас хоть подровнялась
        • +1
          Скорее после FireBug, стандартные девтулзы у FF долгое время отставали.
          • –1
            Да, конечно. Я уже де-факто подразумевал FireBug как FF-шную родную тулзу :)
        • –1
          Непривычная !== ущербная. И я писал про настоящее время, а не то что было в каменном веке.
          Не принимай близко к сердцу, не хотел задеть чьи-то чувства. Судя по минусам таких достаточно.
    • 0
      Хм… Странно.
      У меня картина с точностью до наоборот.
      Скопипастил адреса с открытых 20ти вкладок хрома в фф54.
      Хром VIRT: 1.1G, RES: 353M, SHR: 57M
      FF54 VIRT: 3G, RES: 1G, SHR: 110M

      (А так рассчитывал вернуться к ФФ...)
      • 0
        попробуйте лучше перевести chromium с tcmalloc на jemalloc (не знаю как в виндах, но в linux это делается элементарно), потребление памяти должно существенно упасть (20-30% в моём случае)
      • 0
        Возможны вы открыли сайт, который на хроме лучше открывается, но вы же пользуетесь разными сайтами?

        Ради интереса открыл следующие вкладки в хроме и мозилле без плагинов:
        unrealengine.com, facebook,gmail,seasonvar,freecodecamp,btc-e.com, musicforprogramming, youtube, и подождал 15 мин
        в результате Хром: 1180 мб, Мозилла: 710 мб
    • 0
      когда только эта новость появилась, то сразу обрадовался и полез смотреть какая у меня версия стоит
      а я сидел на бета канале и у меня 54 версия была давным давно и даже появилось обновление до 55b
      и вот никаких изменений я не заметил, по прежнему всё печально на macOS :(

      я бы очень хотел, чтобы фаерфокс был моим основным браузером, но в последнюю неделю это хромОпера и вполне доволен ей, думаю остаюсь на опере)
      • +1
        Я заглянул в about:config и обнаружил значение «1» вместо ожидаемых «4». Может быть стоит проверить/поменять?
        • +1
          хм, тоже 1 стояло. буду тестировать снова, спасибо)
        • 0
          не помогло) вернее прироста в скорости я не заметил, а вот CPU сжирать стало, макбук греется чуть-ли не до красна =)
  • –3
    Лично меня не заботит вопрос оперативной памяти, у меня ее всегда минимум 16 гигабайт, а вот потребление CPU волнует, потому что это время работы от батареии и вообще плавность, сегодня меня браузеры не радуют, Firefox новый еще не пробовал, но иногда удивляет потребление Chrome CPU вкладвками, которые без фокуса, приходится использовать extension, который вырубает вкладки )
    • 0
      Great suspender? У меня тоже 16гб и приходится им пользоваться. Дошел до того что в Pocket сохранял закладки, чтобы не держать открытыми. Вот теперь с Firefox 54 как говорится New Hope, если продержусь на нем месяц сделаю Мозилле донат.
  • +2
    что делало интерфейс отзывчивым даже при высоких нагрузках на систему

    До сих пор не вижу отзывчивости. Как откроешь вкладку, так жди, пока все прогрузится. Все остальные висят. (и да, у меня 54).
    • +1
      А «многопроцессность» точно включена? В целом работать стал получше лисёнок как по мне.

      Хотя у меня тоже как и было что подвисает иногда весь интерфейс, так и остаётся. Но что-то это в разных программах бывает — видать таки Win10 себя так ужасно ведёт.
    • 0
      У вас могут быть установлены расширения, несовместимые с многопроцессностью. Откройте about:support, в Multiprocess Windows должно быть 1.
  • –1
    Вот только что обновил Firefox на ноутбуке с 2-ядерным процессором и 2 Гбайт памяти. Запускаю, открываю главную Яндекса. Загрузка ЦП в момент рендеринга страницы — до 50% (т.е. 1 ядро полностью), потребление памяти — 320 Мбайт (по диспетчеру задач Win7). При открытии видео (HTML5, т.к. плагин Flash в FF отключен) — страшный тупняк.
    На том же компьютере прекрасно себя чувствует PaleMoon и даже Opera 12 вполне сносно до сих пор работает.
  • +6
    Это уже все бессмысленно.
    После окончания поддержки 52ESR перейду на Vivaldi, который будет уже достаточно стабилен к тому времени.
    Увы, без расширений для меня Firefox не нужен.
  • –1
    Шикарно. Теперь фф сожрёт не только всю память, но и проц.
  • +2
    я как пользователь «огненной лисы» давно уже замечаю плюсы у этого браузера по сравнению с другими, а это нововведение их еще больше увеличит, тем самым просто становится невыгодно использовать другие браузеры… но 8 лет конечно многовато, я рассчитывала что это займет времени меньше раза в 2. Возможно я не представляю просто весь масштаб работ, но мне казалось их можно сделать и быстрее. В любом случае, я рада что теперь мой любимый браузер станет еще лучше.
    • +2

      Как пользователь огнелиса с сожалением замечаю что полупустой хром на несильных машинах все еще ощутимо отзывчивей.
      Меня-то это и не особо беспокоит, но имхо пока любой и каждый пользователь может заметить что хром "быстрее" у FF еще меньше шансов значимо нарастить долю. А с гуглом и так конкурировать трудно, мягко говоря.

  • +2
    Странно. Обновил на последнюю версию. Указано, что параметр dom.ipc.processCount по умолчанию 4. У меня он 1. Я точно не менял ничего, это такое избирательное обновление?
    • 0
      The Release Plan is to activate e10s multi for 80% of our Release users without add-ons

      А еще в about:config посмотрите extensions.bootstrappedAddons
      У меня расширений multiprocessCompatible false 30%.
      • 0

        Хм, у меня в extensions.bootstrappedAddons везде True, хотя в том списке не вижу установленный Greasemonkey (или он не учитывается?), и dom.ipc.processCount тоже 1

        • 0
          dom.ipc.processCount 1 потому что у Вас ЕСТЬ расширения. Можете попробовать на свой страх и риск изменить этот параметр.
  • 0
    Жаль что группировку вкладок убрали, очень удобная функция была.
    • 0
      Panorama? Так еще перед удалением уведомляли про альтернативные плагины.
      • 0
        Плагины не удобны, использую старую версию фокса еще с группировками.
        • 0
          В смысле? Там же есть плагин tabGroups который точная копия внутреннего режима. Правда он должен отвалиться в следующих версиях, когда поменяется API :(
        • 0

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

  • 0
    А у меня после обновления многопроцессный режим наоборот отключился. Пишет, что из-за дополнений, притом что раньше в принудительном режиме работало.
  • 0
    У меня flashgot отключал многопроцессные окна. Да на i7 860 начал работать веселее. На лептопе с i5 пришлось уйти на хром
  • +8
    «Поддержа многопроцессного режима» это, конечно, хорошо… только это всё померкнет на фоне того армагеддона, который Mozilla готовит в 57 версии. В ней собираются поддерживать только веб-экстеншины, всё что на ксуле (XUL) — работать не будет, а это, насколько я понимаю, всё что сейчас входит в топ10: Adblock Plus, Firebug, Greasemonkey и т.д. Если ничего этого не будет, то спрашивается, кому нужен голый Firefox?
    Да, опубликованы мануалы для разработчиков по миграции, да, возможно оттянут запрет на более поздние версии, но в свете последних событий (сворачивание Add-on SDK, ужесточение установок неподписаных расширений) работать в экосистеме Firefox становится всё тяжелее.
    • 0
      Суть в том, что на рынке браузеров сейчас три движка:
      Blink (и Webkit), Gecko и EdgeHTML (Trident). Так что даже несмотря на страшилки полного армагеддона расширений, Firefox будет рулить. (хотя на данный момент из 10 моих расширений обновлены только 2). Firebug уже давно закрыт в пользу стандартного инспектора (который, иногда подтормаживает).
      Adblock Plus сто процентов успеют переделать код, тем более сейчас есть альтернатива в виде uBlock.
      • +2
        Суть в том, что на рынке браузеров сейчас три движка:
        Blink (и Webkit), Gecko и EdgeHTML (Trident). Так что даже несмотря на страшилки полного армагеддона расширений, Firefox будет рулить.

        Не вижу связи между утверждениями. Пользователям пофиг на движок, им фишки подавай. У FF сейчас только одна фишка- расширяемость, по скорости он проигрывает хромому, а по потреблению какой-нибудь старой опере.
        • +2
          Старой опере по скорости и потреблению проигрывают все браузеры пытающиеся поддерживать разбухающие стандарты.
          У FF фишка кроме расширяемости — no tracking и больше известности/доверия чем у других chroimum-based браузеров.
          • 0

            Против отслеживания uBlock Origin и uMatrix вроде бы ставятся в любой браузер. Доверие у чистого chromium вроде примерно на том же уровне, что и у файрфокса.

    • +9

      Я думаю, что 57-я убьёт файрфокс.


      В том смысле, что сейчас файрфокс — это браузер из которого можно сделать то, что тебе нужно плагинами. А после 57-й файрфокс перестанет быть файрфоксом, а станет таким же браузером, как и все остальные — жри что дают, и, да, ты можешь поменять фоновую картинку строки меню. Лично для меня это, вероятно, будет означать переход на вивальди, или какой-то другой браузер, который в режиме "жри, что дают" будет более похож на 12-ю оперу (поведение, которое сейчас реализовано в моём файрфоксе плагинами, которые не будут работать с 57-й версии).


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


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

      • –1
        В Мозилле Корп. тоже ведь не дураки сидят и они должны взвешивать все риски до принятия таких серьёзных решений. Возможно с переходом на унифицированные веб-екстеншины они думают подрасти за счёт расширений Хрома. Гиганты, вроде Владимира Паланта (Adblock Plus), конечно же перепишут свой аддон, но мелкие разработчики, которые делают вещи вроде моего любимого InFormEnter`а могут подобный переход не пережить.
        Но с другой стороны тут есть и определённые плюсы. Осилив веб-екстеншины разработчик теоретически выпускает своё расширение сразу и под Вивальди и под Хром и даже Edge. Мозилла Корп. сможет извлечь выгоду из этого перехода, если будет расширять API для WebExtensions и вовремя поддерживать нововведения конкурентов, одним словом вести себя также, когда они боролись с IE.
        • +2

          Проблема не в том, мелкие это разработчики или гиганты, а в том, что новое API в принципе не предоставляет необходимых возможностей для реализации многих плагинов. И эти плагины отвалятся в любом случае, вне зависимости от имеющихся ресурсов и желания их переписать под новое API. Вот пример мнения разработчика нужного мне плагина Tab Groups: http://fasezero.com/.

          • +2
            Да, мы с этой проблемой тоже столкнулись. Но тут хоть есть надежда, что со временем новые API расширятся и те проекты, которые нельзя реализовать сегодня, можно будет сделать завтра.

            Но нашу компанию больше подкосил запрет на установку не подписанных расширений. У нас несколько десятков служебных расширений, которые занимаются анализом сайтов (контент, верстка, статистика, usability, etc), которые сами писали и которыми сами пользовались, некоторые из безобидных отдавали клиентам. Многие из них содержат know-how, которых нет у конкурентов. Очень стрёмно заливать их даже в скрытый раздел addons.mozilla.org, чтобы иметь возможность подписать. А пользоваться экзотическими сборками Firefox, где этого запрета нет, не всегда удобно ни нам, ни клиентам. Одним словом мы до сих пор нормального решения для себя не нашли и это снижает для нас привлекательность экосистемы Firefox.
    • 0
      Так, это что выходит — мои любимые расширения для сдёргивания видео со страниц перестанут работать?
      Это, собственно, единственное, для чего я держу FF.
  • +1

    Поставил, 5 важных для меня аддонов несовместимы с многопроцессностью: friGate, Google Similar Images, Image Zoom, RightToClick, SSL Version Control.

    • 0

      Включил принудительно. В списке InoReader RSS, Markdown Here — вполне себе работают. Может, конечно, где-то боком вылазит, но что с ними, что без них различий в поведении не заметил.

      • 0
        Вероятно, работает слой совместимости, который сильно замедляет многопроцессный режим.
  • 0
    есть ресурс для проверки установленных расширений на мультипроцессорную совместимость?
    Или только тут https://www.arewee10syet.com/ ручками-глазками выискивать
    • 0

      Да, называется about:addons
      Firefox сам пишет про совместимость.

      • 0
        Где конкретно? У меня этого нет.
        • 0

          Обновитесь до последней версии и увидите тогда.

          • 0
            У меня такой ссылки нет, видимо потому, что я включил этот режим принудительно.
      • +2
        изкоробки этого нет, у вас совместимость показывает Add-on Compatibility Reporter
        • 0

          Странно, мне казалось, что он присутствует в браузере "из коробки".
          Видимо, поставил его, когда пробовал мультипроцессность в бете.

  • –1
    У меня 6 Гб оперативы и Chrome летает на сверхкосмических, 1024Мб выделил в оперативке динамического места под кеш и все «кишки» папки Google в AppData, как никак оператива в 10 раз быстрее SSD. Приятно стало работать) Вот сим.ссылка mklink /j «C:\Users\Виталий\AppData\Local\Google» «Z:\Google» Программа PrimoRamDisk.
    • 0

      В операционной системе уже придумано решение для этого: дисковый кэш.
      Если оперативки достаточно, то данные с диска грузятся только один раз, а записываются в фоне (hint: в винде кэширование записи по умолчанию отключено). Если по каким-то причинам кэш у вас криво настроен — это не значит, что нужно от оперативки откусывать целый гиг.

      • 0
        А как насчёт решения позволяющего мгновенно записывать важные файлы и откладывать запись ненужных? И запретить вытеснение файлов из кэша, чтобы свёрнутый на ночь браузер не тормозил не восстановлении?
        • +2
          А как насчёт решения позволяющего мгновенно записывать важные файлы и откладывать запись ненужных?

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


          И запретить вытеснение файлов из кэша, чтобы свёрнутый на ночь браузер не тормозил не восстановлении?

          Основное преимущество SSD перед HDD — это не скорость передачи данных, а скорость доступа. Я между SSD и рамдиском разницы не увидел, но SSD подешевле памяти будет.


          А то, что вы описываете, похоже на подгрузку из свопа. Перенесите своп на SSD, не жалейте его.

      • 0

        А зачем обязательно гиг откусывать? tmpfs, например, если я правильно помню, масштабируется по мере необходимости.


        У меня не кеши, но билд-директории всяких часто пописываемых проектов в tmpfs на домашней машине, например.

        • 0
          tmpfs, например, если я правильно помню, масштабируется по мере необходимости.

          И также по мере необходимости может быть сброшен в swap, если последний есть, конечно.

  • +1
    В ней работа с UI была вынесена в отдельный процесс, что делало интерфейс отзывчивым даже при высоких нагрузках на систему.

    О, да!
    Изображение в окне с видео не обновляется, в заголовке окна винда пишет «(Процесс не отвечает)», а видео, судя по звуку из колонок, продолжает играть.
    Великолепная отзывчивость.

  • 0

    Мозилла, верни стену поддержку ALSA!

    • +1
      Mozilla несколько раз говорила: «если кто-то хочет это поддерживать — займитесь прямо сейчас, мы этого делать не собираемся». Желающих не нашлось.
      • –1

        Много чести. Проще написать утилиту, оборачивающую вызовы к Пульсу и переадресующую их в ALSA.

        • +2

          И, что самое прекрасное, эта обёртка уже есть. Называется, правда, pulseaudio и умеет много чего ещё..

          • 0

            не, называется она — пшшшшаудио… :(

          • 0

            Что забавно, тулза такая есть уже (опуская иронию по поводу "PA — обёртка над ALSA"). Появилась на волне отказа Skype от Alsa (ИМНИП), что пришлось не по нраву тем, где в системе нет ничего лишнего: https://github.com/i-rinat/apulse. Возможно есть другие варианты.

            • 0

              Здесь, конечно, на вкус и цвет. Учитывая, что ALSA давно уже представляет из себя пачку слоёв из которых только пара верхних в userspace заменяются на pa, а нижние работают и с ALSA-фронтендом, и с PA.


              У меня основной причиной перехода в своё время была работа нескольких приложений и/или пользователей со звуком на одной машине (а alsa традиционно монопольно захватывала звук), в более поздний период — нормальное переключение между звуковыми картами на лету (без правки asound и перезапуска приложений).


              Возможно, современный фронтенд alsa уже умеет не захватывать звук монопольно, перекидываться между звуковухами и работать с A2DP, но меня вполне устраивает корректно работающий на моих машинах последние лет 7 pulseaudio.

              • 0

                Мне кажется, что dmix был уже давно. Мне же уже не принципиально — работает и ладно, поломается — разберусь и починю.

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

Самое читаемое Разработка