/ фото 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. О чем еще мы пишем в нашем блоге:
- IaaS в мире музыки: как облако становится стандартом размещения аудиоконтента
- Почему результат тестирования скорости диска в ноутбуке может быть лучше, чем у промышленного сервера в облаке?
- Как справиться с пиковыми нагрузками при помощи IaaS
- Оптимизация производительности в vSphere: решение основных проблем с CPU
- Оптимизация производительности в vSphere: решение основных проблем с CPU (часть 2)
Комментарии (102)
vopl
16.06.2017 15:52Выпустили e10s и этим поломали DDE интерфейс WWW_GetWindowInfo
https://bugzilla.mozilla.org/show_bug.cgi?id=1373212
4ecTHblu
16.06.2017 15:57-30Вот честно, лучше бы они гнались за производительностью без попыток экономить ресурсы. В 2017 году-то беспокоиться о том, что браузер жрет оперативку?
А о мобильном браузере забыли. Эту эстонскую разработку просто невозможно использовать и никого это не волнует.
А вообще очень здорово, что наконец E10S в стабильной ветке.
Suvitruf
16.06.2017 16:25+35В 2017 году-то беспокоиться о том, что браузер жрет оперативку?
Когда браузер сжирает больше памяти, чем, к примеру, среда для разработки игр, да, думаю, стоит беспокоиться.4ecTHblu
16.06.2017 16:43-21При обычном серфинге браузер не переходит порог 1Гб и это всяко меньше, чем неведомая «the среда для разработки игр».
Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.
«У меня есть от 4Гб оперативки, может быть SSD диск, файл подкачки, а система автоматически высвобождает память — всё хорошо, но не дай бог браузер отожрёт выше 500Мб озу!»Suvitruf
16.06.2017 16:53+7Даже сейчас после пары часов работы Firefox у меня уже использует 1.6 гиг памяти, при этом активных вкладок не более десятка.
Через пару часов будет съедать в районе 2.5 гиг. Unity3d, к примеру, столько памяти никогда не использует. Только во время сборки билдов.4ecTHblu
16.06.2017 17:30-8Вы, конечно умные вещи пишите, но браузер из ничего жрать оперативку не будет. Сайты эти явно не html страницы с простым текстом и парой статичных картинок. В любом случае это не имеет значения, т.к. у каждого свои «замеры».
Лучше скажите, товарищ, вот вы умудрились накормить браузер до 1.6 гиг, а как вообще работается? Компьютер нещадно тормозит? Вылезает оповещение о недостатке памяти? Нет ведь. И при запуске еще одного ресурсоёмкого приложения ничего такого не происходит.
Люди повернуты на том, чтобы памяти было много свободной, когда выгода как раз в том, чтобы она не пустовала.
ertaquo
16.06.2017 18:13+9А давно вы видели html страницы с простым текстом и парой статичных картинок? Сейчас вон для одностраничников всякие анимации да реакты применяют, что уж говорить о сайтах посложнее.
nerudo
16.06.2017 18:31+4Когда приходится прибивать все приложения, чтобы освободить память для процесса отжирающего 14 Гб начинаешь смотреть на жизнь по другому. А когда дело доходит до 30 — то и вообще. И браузер тут первый кандидат на отстрел.
Suvitruf
16.06.2017 19:12+4К слову, это не только к браузерам относится. Нынче как-то вообще на эти вещи разработчики не обращают внимания. Тот же slack (внимание, мессенджер), к примеру, к вечеру съедает 1.5 гигов.
Envek
16.06.2017 19:41+12Так он же на электроне написан. Т.е. по сути — тот же браузер, а внутри у него
неонкавеб-страница открыта. И новый Skype под Linux такой же. И Atom (внимание, текстовый редактор!)Suvitruf
18.06.2017 14:19+1Ну, к примеру, Steam тоже, по сути, браузер. Если мне память не изменяет, на базе Chromium. Но памяти он у меня не более 50 Mb съедает. Видимо, кто-то умеет готовить, а кто-то не заморачивается.
DrZlodberg
17.06.2017 10:21+5Проблема не в том, что он её жрёт. Пусть жрёт, не жалко.
Проблема в том, что он её не возвращает. Открыл 20 вкладок, посмотрел, закрыл. А память то осталась.
У меня под линухом нет раздела подкачки. Ну не нужен он был с 4Гб ни разу. Даже Blender и Gimp
с огромными файлами вполне справляются (правда у них свой кэш вроде).
А вот фоксу приходится при активном сёрфинге периодически перезагружать, поскольку она со временем отжирает ВСЮ память. Даже спецом висит прога, которая показывает количество свободной оперативки, т.к. если не уследить — система виснет нагрухо. Курсор мышки двигается раз в 5..10 сек, так что просто прибить программу уже практически невозможно. Т.е. конечно можно, но нужно очень много терпения терпения. Ресетом сильно быстрее.
sumanai
17.06.2017 16:28+4система виснет нагрухо
Странная у вас ОС.serega_kaktus
17.06.2017 18:48+1Убунта всегда так себя ведет, когда память вся занята.
LynXzp
17.06.2017 20:38+1Убунта обычно убивает приложение запросившее слишком много памяти. (Правда она обычно и не фризит звук при 100% cpu как у меня) Поставьте файл подкачки в конце винчестера. У меня он именно для этого — чтобы приложения не падали если оперативка закончится (бывает раз в пару месяцев). Linux в файл подкачки лезет исключительно редко, дополнительных тормозов из-за появления подкачки не появится (но они конечно появятся если приложения начнут активно свопится).
atrosinenko
18.06.2017 14:19… а вот когда приложения начнут активно свопиться, и система перестанет реагировать на пользовательские команды (или это только я такой невезучий?), вместо кнопки Reset поможет сочетание
Alt-SysRq(PrtScr)-F(запустить OOM-Killer). По умолчанию оно отключено по соображениям безопасности, поскольку может убить что угодно — lock screen, например. Соответственно, если для вас это не проблема, но вы не хотите мучиться из-за ухода в своп, можно разрешить все (или некоторые) комбинации в/etc/sysctl.d/10-magic-sysrq.conf(там, на самом деле, полно разныхAlt-SysRq-комбинаций — вплоть до принудительного kernel panic).
speakingfish
18.06.2017 14:25Ничего не настаивая можно переключиться на текстовую консоль Ctrl-Alt-F1..12, запустить например консольный htop, прибить лишние процессы и вернуться в GUI Alt-F7.
atrosinenko
18.06.2017 14:31Так я тоже умею, но почему-то от этой идеи отказался — то ли даже переключение терминалов тормозило, то ли SysRq привычнее, то ли ещё что — надо при случае попробовать. Но есть ещё проблема: чтобы зайти в систему в текстовой консоли, нужно, чтобы запустился bash, а у меня он ещё и bash-completions подгружает, а это уже не так быстро...
Frankenstine
19.06.2017 12:06В условиях жуткого свопинга в попытках освободить память для запуска шелла, вы получите отвал входа по таймауту, а когда наконец войдёте — ООМ киллер уже будет наконец вызван и сделает свою работу.
Ускоряет процесс разве что использование SSD.
shikari
21.06.2017 00:48Подтверждаю — под виндой та же история. Открыл 100 вкладок, прошло время, вкладки постепенно позакрывались, а полтора гига как съел, так и не отдаёт. Вкладок открыто 0 (ноль, Карл!) — а в памяти 1.5 гига занимает и не отдаёт. Хром последний проверил — после закрытия вкладок отдаёт память обратно.
И одинаковое количество вкладок с теми же самыми веб-страницами отъедает одинаковое количество памяти в последнем хроме и в последней лисе. Специально проверял. Поэтому о каких пользователях, которые отмечают, что файрфокс потребляет меньше ресурсов, чем хром, идёт речь в статье, непонятно.bat
22.06.2017 08:59+1Хром последний проверил — после закрытия вкладок отдаёт память обратно.
у хрома по процессу на вкладку, естественно память вернется при завершении процесса
Alexsandr_SE
17.06.2017 11:07+2Но ведь потребляет. В конторе к примеру есть машины с 1,24Гб памяти, там каждые 100мб памяти на счету, а вы пишите, мол кто там экономить будет. Новой техники не предвидится.
grossws
16.06.2017 18:34+7При обычном серфинге браузер не переходит порог 1Гб и это всяко меньше, чем неведомая «the среда для разработки игр».
Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.Вопрос в количественных показателях. У меня chrome периодически съедает до 10 из 16 гигов. И это очень некомфортно.
zelenin
16.06.2017 16:34+5А о мобильном браузере забыли. Эту эстонскую разработку
годами использую и хром и файрфокс и разницы по быстродействию совершенно не вижу. А вот гибкая система синхронизаций файрфокса подкупает. Мало того, что закладки синзронизируются, там ты еще можешь видеть открытые табы любого устройства на любом устройстве, и пересылать их между друг другом. А у меня 5 таких устройств.
questor
16.06.2017 19:30+3Прошу прощения за минус на комментарий, это мой: читал в метро, вагон дернулся и вместо плюса попал на минус, почему-то никак не отменить.
TigerClaw
16.06.2017 19:57+4Это вы расскажите тем кто использует тонкие клиенты, когда браузеры пользователей выжирают всю оперативку.
PQR
16.06.2017 23:54Подтверждаю, работаю с пользователями на тонких клиентах, проблема с памятью актуальна! И именно поэтому мы используем Firefox — он меньше всех потребляет.
playermet
16.06.2017 20:39> лучше бы они гнались за производительностью без попыток экономить ресурсы
Это вообще как? Чем больше процессора и памяти отжирает, чем меньше производительность в итоге будет. По определению. Браузер то не один запущен, есть и другие приложения.
iliabvf
16.06.2017 16:07+3Потестировал несколько дней и очень доволен этой версией. После нескольких лет Хрома перешел назад на файрфокс, что порадовало в новой версии: с одинаковыми стрницами и плагинами Хром 750мб, Файрфокс 320мб памяти. Страницы открываются быстрее и двигаются быстро, да и сам браузер быстро запускается.
Теперь агитирую всех вокруг перейти чтобы Файрфокс вернул назад долю у Хрома.
x07
16.06.2017 18:18-7После хрома, девтулза там какая-то не привычная.
urix
20.06.2017 13:39Это после ФФ у Хрома девтулза была ущербная в своё время. Сейчас хоть подровнялась
x07
21.06.2017 10:03-1Непривычная !== ущербная. И я писал про настоящее время, а не то что было в каменном веке.
Не принимай близко к сердцу, не хотел задеть чьи-то чувства. Судя по минусам таких достаточно.
A1one
16.06.2017 20:48Хм… Странно.
У меня картина с точностью до наоборот.
Скопипастил адреса с открытых 20ти вкладок хрома в фф54.
Хром VIRT: 1.1G, RES: 353M, SHR: 57M
FF54 VIRT: 3G, RES: 1G, SHR: 110M
(А так рассчитывал вернуться к ФФ...)
mrobespierre
17.06.2017 09:48попробуйте лучше перевести chromium с tcmalloc на jemalloc (не знаю как в виндах, но в linux это делается элементарно), потребление памяти должно существенно упасть (20-30% в моём случае)
iliabvf
17.06.2017 13:46Возможны вы открыли сайт, который на хроме лучше открывается, но вы же пользуетесь разными сайтами?
Ради интереса открыл следующие вкладки в хроме и мозилле без плагинов:
unrealengine.com, facebook,gmail,seasonvar,freecodecamp,btc-e.com, musicforprogramming, youtube, и подождал 15 мин
в результате Хром: 1180 мб, Мозилла: 710 мб
green_tree
19.06.2017 08:21когда только эта новость появилась, то сразу обрадовался и полез смотреть какая у меня версия стоит
а я сидел на бета канале и у меня 54 версия была давным давно и даже появилось обновление до 55b
и вот никаких изменений я не заметил, по прежнему всё печально на macOS :(
я бы очень хотел, чтобы фаерфокс был моим основным браузером, но в последнюю неделю это хромОпера и вполне доволен ей, думаю остаюсь на опере)Frankenstine
19.06.2017 12:13+1Я заглянул в about:config и обнаружил значение «1» вместо ожидаемых «4». Может быть стоит проверить/поменять?
green_tree
22.06.2017 16:10не помогло) вернее прироста в скорости я не заметил, а вот CPU сжирать стало, макбук греется чуть-ли не до красна =)
Dimash2
16.06.2017 16:14-3Лично меня не заботит вопрос оперативной памяти, у меня ее всегда минимум 16 гигабайт, а вот потребление CPU волнует, потому что это время работы от батареии и вообще плавность, сегодня меня браузеры не радуют, Firefox новый еще не пробовал, но иногда удивляет потребление Chrome CPU вкладвками, которые без фокуса, приходится использовать extension, который вырубает вкладки )
iliabvf
16.06.2017 16:50Great suspender? У меня тоже 16гб и приходится им пользоваться. Дошел до того что в Pocket сохранял закладки, чтобы не держать открытыми. Вот теперь с Firefox 54 как говорится New Hope, если продержусь на нем месяц сделаю Мозилле донат.
REPISOT
16.06.2017 16:49+2что делало интерфейс отзывчивым даже при высоких нагрузках на систему
До сих пор не вижу отзывчивости. Как откроешь вкладку, так жди, пока все прогрузится. Все остальные висят. (и да, у меня 54).
ange007
16.06.2017 17:48+1А «многопроцессность» точно включена? В целом работать стал получше лисёнок как по мне.
Хотя у меня тоже как и было что подвисает иногда весь интерфейс, так и остаётся. Но что-то это в разных программах бывает — видать таки Win10 себя так ужасно ведёт.
ValdikSS
26.06.2017 12:45У вас могут быть установлены расширения, несовместимые с многопроцессностью. Откройте about:support, в Multiprocess Windows должно быть 1.
nik_vr
16.06.2017 17:42-1Вот только что обновил Firefox на ноутбуке с 2-ядерным процессором и 2 Гбайт памяти. Запускаю, открываю главную Яндекса. Загрузка ЦП в момент рендеринга страницы — до 50% (т.е. 1 ядро полностью), потребление памяти — 320 Мбайт (по диспетчеру задач Win7). При открытии видео (HTML5, т.к. плагин Flash в FF отключен) — страшный тупняк.
На том же компьютере прекрасно себя чувствует PaleMoon и даже Opera 12 вполне сносно до сих пор работает.
g0dlike
16.06.2017 18:20+6Это уже все бессмысленно.
После окончания поддержки 52ESR перейду на Vivaldi, который будет уже достаточно стабилен к тому времени.
Увы, без расширений для меня Firefox не нужен.
MarinaGrom
16.06.2017 20:48+2я как пользователь «огненной лисы» давно уже замечаю плюсы у этого браузера по сравнению с другими, а это нововведение их еще больше увеличит, тем самым просто становится невыгодно использовать другие браузеры… но 8 лет конечно многовато, я рассчитывала что это займет времени меньше раза в 2. Возможно я не представляю просто весь масштаб работ, но мне казалось их можно сделать и быстрее. В любом случае, я рада что теперь мой любимый браузер станет еще лучше.
oldbie
16.06.2017 23:35+2Как пользователь огнелиса с сожалением замечаю что полупустой хром на несильных машинах все еще ощутимо отзывчивей.
Меня-то это и не особо беспокоит, но имхо пока любой и каждый пользователь может заметить что хром "быстрее" у FF еще меньше шансов значимо нарастить долю. А с гуглом и так конкурировать трудно, мягко говоря.
mazahakajay
16.06.2017 22:16+2Странно. Обновил на последнюю версию. Указано, что параметр dom.ipc.processCount по умолчанию 4. У меня он 1. Я точно не менял ничего, это такое избирательное обновление?
LynXzp
17.06.2017 02:13The Release Plan is to activate e10s multi for 80% of our Release users without add-ons
А еще в about:config посмотрите extensions.bootstrappedAddons
У меня расширений multiprocessCompatible false 30%.
KorDen32
17.06.2017 17:44Хм, у меня в extensions.bootstrappedAddons везде True, хотя в том списке не вижу установленный Greasemonkey (или он не учитывается?), и dom.ipc.processCount тоже 1
LynXzp
17.06.2017 20:32dom.ipc.processCount 1 потому что у Вас ЕСТЬ расширения. Можете попробовать на свой страх и риск изменить этот параметр.
dadyjo
16.06.2017 22:32Жаль что группировку вкладок убрали, очень удобная функция была.
cl0ne
17.06.2017 00:46Panorama? Так еще перед удалением уведомляли про альтернативные плагины.
dadyjo
17.06.2017 00:53Плагины не удобны, использую старую версию фокса еще с группировками.
DrZlodberg
17.06.2017 10:30В смысле? Там же есть плагин tabGroups который точная копия внутреннего режима. Правда он должен отвалиться в следующих версиях, когда поменяется API :(
HSerg
17.06.2017 13:30Этот плагин полностью повторяет функции группировки Firefox, так как исходно был собран на основе исключенных из состава Firefox исходников. Другое дело, что с выходом 57 версии он работать перестанет.
sumanai
16.06.2017 23:18А у меня после обновления многопроцессный режим наоборот отключился. Пишет, что из-за дополнений, притом что раньше в принудительном режиме работало.
electronus
16.06.2017 23:41У меня flashgot отключал многопроцессные окна. Да на i7 860 начал работать веселее. На лептопе с i5 пришлось уйти на хром
Gitkan
16.06.2017 23:54+8«Поддержа многопроцессного режима» это, конечно, хорошо… только это всё померкнет на фоне того армагеддона, который Mozilla готовит в 57 версии. В ней собираются поддерживать только веб-экстеншины, всё что на ксуле (XUL) — работать не будет, а это, насколько я понимаю, всё что сейчас входит в топ10: Adblock Plus, Firebug, Greasemonkey и т.д. Если ничего этого не будет, то спрашивается, кому нужен голый Firefox?
Да, опубликованы мануалы для разработчиков по миграции, да, возможно оттянут запрет на более поздние версии, но в свете последних событий (сворачивание Add-on SDK, ужесточение установок неподписаных расширений) работать в экосистеме Firefox становится всё тяжелее.
zooks
17.06.2017 01:45Суть в том, что на рынке браузеров сейчас три движка:
Blink (и Webkit), Gecko и EdgeHTML (Trident). Так что даже несмотря на страшилки полного армагеддона расширений, Firefox будет рулить. (хотя на данный момент из 10 моих расширений обновлены только 2). Firebug уже давно закрыт в пользу стандартного инспектора (который, иногда подтормаживает).
Adblock Plus сто процентов успеют переделать код, тем более сейчас есть альтернатива в виде uBlock.sumanai
17.06.2017 04:44+2Суть в том, что на рынке браузеров сейчас три движка:
Blink (и Webkit), Gecko и EdgeHTML (Trident). Так что даже несмотря на страшилки полного армагеддона расширений, Firefox будет рулить.
Не вижу связи между утверждениями. Пользователям пофиг на движок, им фишки подавай. У FF сейчас только одна фишка- расширяемость, по скорости он проигрывает хромому, а по потреблению какой-нибудь старой опере.LynXzp
17.06.2017 20:45+2Старой опере по скорости и потреблению проигрывают все браузеры пытающиеся поддерживать разбухающие стандарты.
У FF фишка кроме расширяемости — no tracking и больше известности/доверия чем у других chroimum-based браузеров.
powerman
18.06.2017 02:39Против отслеживания uBlock Origin и uMatrix вроде бы ставятся в любой браузер. Доверие у чистого chromium вроде примерно на том же уровне, что и у файрфокса.
powerman
17.06.2017 03:31+9Я думаю, что 57-я убьёт файрфокс.
В том смысле, что сейчас файрфокс — это браузер из которого можно сделать то, что тебе нужно плагинами. А после 57-й файрфокс перестанет быть файрфоксом, а станет таким же браузером, как и все остальные — жри что дают, и, да, ты можешь поменять фоновую картинку строки меню. Лично для меня это, вероятно, будет означать переход на вивальди, или какой-то другой браузер, который в режиме "жри, что дают" будет более похож на 12-ю оперу (поведение, которое сейчас реализовано в моём файрфоксе плагинами, которые не будут работать с 57-й версии).
В результате файрфокс потеряет свою основную изюминку, потеряет ещё больший процент юзеров, потеряет основных фанатов которые любили его тюнить под себя и советовали его за гибкость своим знакомым. И, в результате, через года три сдохнет совсем. Потому что новых юзеров взамен потерянных он этими изменениями не привлечёт.
Я понимаю, что текущая модель плагинов создаёт кучку проблем с безопасностью, и их надо как-то решать. Но выбранное решение больше всего напоминает лечение насморка гильотиной.
Gitkan
17.06.2017 11:16-1В Мозилле Корп. тоже ведь не дураки сидят и они должны взвешивать все риски до принятия таких серьёзных решений. Возможно с переходом на унифицированные веб-екстеншины они думают подрасти за счёт расширений Хрома. Гиганты, вроде Владимира Паланта (Adblock Plus), конечно же перепишут свой аддон, но мелкие разработчики, которые делают вещи вроде моего любимого InFormEnter`а могут подобный переход не пережить.
Но с другой стороны тут есть и определённые плюсы. Осилив веб-екстеншины разработчик теоретически выпускает своё расширение сразу и под Вивальди и под Хром и даже Edge. Мозилла Корп. сможет извлечь выгоду из этого перехода, если будет расширять API для WebExtensions и вовремя поддерживать нововведения конкурентов, одним словом вести себя также, когда они боролись с IE.powerman
17.06.2017 13:41+2Проблема не в том, мелкие это разработчики или гиганты, а в том, что новое API в принципе не предоставляет необходимых возможностей для реализации многих плагинов. И эти плагины отвалятся в любом случае, вне зависимости от имеющихся ресурсов и желания их переписать под новое API. Вот пример мнения разработчика нужного мне плагина Tab Groups: http://fasezero.com/.
Gitkan
17.06.2017 14:54+2Да, мы с этой проблемой тоже столкнулись. Но тут хоть есть надежда, что со временем новые API расширятся и те проекты, которые нельзя реализовать сегодня, можно будет сделать завтра.
Но нашу компанию больше подкосил запрет на установку не подписанных расширений. У нас несколько десятков служебных расширений, которые занимаются анализом сайтов (контент, верстка, статистика, usability, etc), которые сами писали и которыми сами пользовались, некоторые из безобидных отдавали клиентам. Многие из них содержат know-how, которых нет у конкурентов. Очень стрёмно заливать их даже в скрытый раздел addons.mozilla.org, чтобы иметь возможность подписать. А пользоваться экзотическими сборками Firefox, где этого запрета нет, не всегда удобно ни нам, ни клиентам. Одним словом мы до сих пор нормального решения для себя не нашли и это снижает для нас привлекательность экосистемы Firefox.
urix
20.06.2017 13:42Так, это что выходит — мои любимые расширения для сдёргивания видео со страниц перестанут работать?
Это, собственно, единственное, для чего я держу FF.
DistortNeo
17.06.2017 01:06+1Поставил, 5 важных для меня аддонов несовместимы с многопроцессностью: friGate, Google Similar Images, Image Zoom, RightToClick, SSL Version Control.
monah_tuk
19.06.2017 08:59Включил принудительно. В списке InoReader RSS, Markdown Here — вполне себе работают. Может, конечно, где-то боком вылазит, но что с ними, что без них различий в поведении не заметил.
sumanai
19.06.2017 10:06Вероятно, работает слой совместимости, который сильно замедляет многопроцессный режим.
JohnDoe_71Rus
17.06.2017 13:30есть ресурс для проверки установленных расширений на мультипроцессорную совместимость?
Или только тут https://www.arewee10syet.com/ ручками-глазками выискиватьDistortNeo
17.06.2017 14:26Да, называется about:addons
Firefox сам пишет про совместимость.sumanai
17.06.2017 16:32Где конкретно? У меня этого нет.
DistortNeo
17.06.2017 17:08Обновитесь до последней версии и увидите тогда.
sumanai
17.06.2017 17:13У меня такой ссылки нет, видимо потому, что я включил этот режим принудительно.
JohnDoe_71Rus
17.06.2017 17:54+2изкоробки этого нет, у вас совместимость показывает Add-on Compatibility Reporter
DistortNeo
17.06.2017 18:36Странно, мне казалось, что он присутствует в браузере "из коробки".
Видимо, поставил его, когда пробовал мультипроцессность в бете.
tuli4
17.06.2017 13:30-1У меня 6 Гб оперативы и Chrome летает на сверхкосмических, 1024Мб выделил в оперативке динамического места под кеш и все «кишки» папки Google в AppData, как никак оператива в 10 раз быстрее SSD. Приятно стало работать) Вот сим.ссылка mklink /j «C:\Users\Виталий\AppData\Local\Google» «Z:\Google» Программа PrimoRamDisk.
DistortNeo
17.06.2017 14:25В операционной системе уже придумано решение для этого: дисковый кэш.
Если оперативки достаточно, то данные с диска грузятся только один раз, а записываются в фоне (hint: в винде кэширование записи по умолчанию отключено). Если по каким-то причинам кэш у вас криво настроен — это не значит, что нужно от оперативки откусывать целый гиг.Taciturn
18.06.2017 07:28А как насчёт решения позволяющего мгновенно записывать важные файлы и откладывать запись ненужных? И запретить вытеснение файлов из кэша, чтобы свёрнутый на ночь браузер не тормозил не восстановлении?
DistortNeo
18.06.2017 17:09+2А как насчёт решения позволяющего мгновенно записывать важные файлы и откладывать запись ненужных?
Главный вопрос: а оно вам действительно нужно? Если для вас это настолько критично, то имеет смысл подумать в сторону дискретного контроллера с памятью на борту и резервным питанием, а не отключать кэширование записи и терять в комфорте.
И запретить вытеснение файлов из кэша, чтобы свёрнутый на ночь браузер не тормозил не восстановлении?
Основное преимущество SSD перед HDD — это не скорость передачи данных, а скорость доступа. Я между SSD и рамдиском разницы не увидел, но SSD подешевле памяти будет.
А то, что вы описываете, похоже на подгрузку из свопа. Перенесите своп на SSD, не жалейте его.
Maccimo
17.06.2017 13:50+1В ней работа с UI была вынесена в отдельный процесс, что делало интерфейс отзывчивым даже при высоких нагрузках на систему.
О, да!
Изображение в окне с видео не обновляется, в заголовке окна винда пишет «(Процесс не отвечает)», а видео, судя по звуку из колонок, продолжает играть.
Великолепная отзывчивость.
avost
18.06.2017 14:56Мозилла, верни
стенуподдержку ALSA!mrobespierre
18.06.2017 15:08+1Mozilla несколько раз говорила: «если кто-то хочет это поддерживать — займитесь прямо сейчас, мы этого делать не собираемся». Желающих не нашлось.
Barafu
18.06.2017 15:26-1Много чести. Проще написать утилиту, оборачивающую вызовы к Пульсу и переадресующую их в ALSA.
grossws
18.06.2017 20:31+2И, что самое прекрасное, эта обёртка уже есть. Называется, правда, pulseaudio и умеет много чего ещё..
monah_tuk
19.06.2017 08:51Что забавно, тулза такая есть уже (опуская иронию по поводу "PA — обёртка над ALSA"). Появилась на волне отказа Skype от Alsa (ИМНИП), что пришлось не по нраву тем, где в системе нет ничего лишнего: https://github.com/i-rinat/apulse. Возможно есть другие варианты.
grossws
19.06.2017 16:30Здесь, конечно, на вкус и цвет. Учитывая, что ALSA давно уже представляет из себя пачку слоёв из которых только пара верхних в userspace заменяются на
pa, а нижние работают и с ALSA-фронтендом, и с PA.
У меня основной причиной перехода в своё время была работа нескольких приложений и/или пользователей со звуком на одной машине (а alsa традиционно монопольно захватывала звук), в более поздний период — нормальное переключение между звуковыми картами на лету (без правки asound и перезапуска приложений).
Возможно, современный фронтенд alsa уже умеет не захватывать звук монопольно, перекидываться между звуковухами и работать с A2DP, но меня вполне устраивает корректно работающий на моих машинах последние лет 7 pulseaudio.
monah_tuk
20.06.2017 01:23Мне кажется, что dmix был уже давно. Мне же уже не принципиально — работает и ладно, поломается — разберусь и починю.
inoyakaigor
Лучше поздно чем никогда.
Idot
WAT?!
То есть когда java-script повесил один процессор, нужно повесить и все остальные тоже?
Интересно, а тушить пожар нитроглицерином они не пробовали?
То же самый эффект как от мультипроцессорности при зависшей странице.
По уму — когда виснет одна страница, нужно убивать все зависшие скрипты, а не вешать все оставшиеся процессоры.