Так уж сложилось, что Firefox использует однопроцессорную модель, и реальность такова, что такой подход с учётом динамики развития сети и частичной связки с XUL вызывает, мягко говоря, много неудобств. Один процесс должен обрабатывать несколько потоков, что очень сильно сказывается на производительности браузера в целом. Отзывчивость Firefox оставляла желать лучшего, когда тот же Google Chrome прекрасно рендерил тяжёлые страницы, что никак не сказывалось на производительности других вкладок.
Такое положение вещей заставляло многих переходить на хром, а кто не хотел - искал пути решения в виде разного рода оптимизаций, которые по большому счёту из-за нелогичного подхода распределения потоков или банального желания настрочить что-то в блог просто усугубляли ситуацию. Теперь один процесс должен был не просто работать, а очень быстро работать! В конечном итоге и разработчики сами прекрасно понимали, что одно дело - мало памяти, другое - низкая скорость работы, которая в основном оправдана старыми связками с XUL. На деле: открываем в Firefox несколько вкладок сразу, скролим их и в момент загрузки видим, что все тормозит - ни о каком плавном серфинге речи быть не могло.
«Мозилла» начала проект Electrolysis для адаптации движка «Гекко» к использованию нескольких процессов. Что вынуждает «Мозиллу» переключаться на подобную модель построения своего браузера? В первую очередь, это производительность и отзывчивость. Основной целью является уменьшение подвисания (jank), проявляющегося при стандартных операциях - загрузке особенно крупной страницы, наборе текста в веб-форме или прокрутке перегруженной элементами страницы.
Предлагаю воспользоваться новыми функциями многопроцессорной модели (к сожалению, по умолчанию они отключены, так как еще в разработке). Все функции проверены самим автором, и их значения подобраны для максимально быстрой и стабильной работы. Основной упор сделан на производительность и отзывчивость Firefox в условиях агрессивного серфинга. Потребление памяти в сравнении с однопроцессорным режимом должно вырасти где-то на 12%-17% с учетом форсированного использования аппаратного ускорения, а без него не более, чем на 10%.
Так как проект только развивается и не является полностью стабильным, редактируйте в новом профиле а потом сравните результат. Ссылаться на свои результаты считаю неуместным, из-за сырости проекта. Результаты просто-напросто могут разниться кардинально.
Оптимизация
Применимо на всех версиях выше 44beta
Правим about:config:
Browser.tabs.remote.autostart - true (включить многопроцессорность для вкладок) layers.async-pan-zoom.enabled - true dom.ipc.plugins.asyncInit - true (асинхронность плагинов) javascript.options.asyncstack;true layers.acceleration.force-enabled = true (отключить при проблемах с видео) network.http.max-connections = 512 network.http.pipelining = true network.http.pipelining.aggressive = true network.http.pipelining.max-optimistic-requests = 32 network.http.pipelining.maxrequests = 96 network.http.pipelining.maxsize = 600000 network.http.pipelining.ssl = true network.http.proxy.pipelining = true browser.cache.use_new_backend - 1 (новая система кеширования) memory.free_dirty_pages - true browser.tabs.animate = false image.cache.timeweight = 100 browser.display.show_image_placeholders - false nglayout.initialpaint.delay;0 (создать целое) browser.display.auto_quality_min_font_size - (-1)
Browser.display.focus_ring_on_anything (Логическое) = false browser.display.focus_ring_width (Целое) = 0
Защита
Network.dns.disableIPv6 - false network.dns.disablePrefetch - true network.predictor.enabled - false network.predictor.cleaned-up - true network.prefetch-next - false browser.send_pings - false network.http.speculative-parallel-limit - 0 (ноль) privacy.trackingprotection.enabled;true (защита от жучков) browser.safebrowsing.enabled;false browser.safebrowsing.malware.enabled;false datareporting.healthreport.service.enabled;false browser.safebrowsing.downloads.remote.enabled;false extensions.blocklist.enabled - false extensions.getAddons.cache.enabled - false browser.chrome.toolbar_tips - false media.video_stats.enabled - false dom.battery.enabled - false media.peerconnection.enabled=false
Устройства
Dom.gamepad.enabled;false dom.vr.oculus.enabled;false dom.vibrator.enabled
Отключить Hello
Browser.newtabpage.directory.ping - оставить пустую строку browser.newtabpage.directory.source - оставить пустую строку browser.aboutHomeSnippets.updateUrl - оставить пустую строку
Теперь качество работы повыситься в разы. Удачи.
Вопросы утром к маме: «Мам, где моя куртка?», «Мам, где мой рюкзак», «Мам, что мне надеть», «Мам, а что взять на завтрак», «Мам, а дай денег», «Мам, а где мои ключи» и так далее. Вопросы утром к папе: «Пааап, а где мама?»
Просто шутка-юмора:)
Помните что в браузере есть синхронизация, которую можно перед экспериментами отключить. Браузер пал смертью храбрых — закопайте удалите. Заново установите программу и включите синхронизацию. Или нажмёте на решётку — знак вопроса (Открыть меню справок) — «Перезапустить без дополнений…» — «Перезапуститься» — Ещё раз «Перезапуститься» — «Очистить Firefox» — перед вами снова младенец — улю лю, улю лю лю.
Можно скопировать профиль и положить его в архив на разделе с данными (музыка, фотки). Каши ест мало, а пригодиться и выручит в любой момент. Кстати, кому нужен профиль от RobotSuperDashka, переходите по этой и качайте. Одним словом много где можно постелить соломы, чтобы при падении не поломать рёбра. Но ломать мы ничего не собираемся, потому-что будем осторожны.
1. Буферизация видео YouTube . Многие на медиа-портале спрашивают, как сделать полную буферизацию видео и потом комфортно смотреть ролик. Чтобы каждый раз не перенаправлять на сторонние ресурсы запилил свой видеосовет. Что нужно сделать?
а. В адресной строке браузера Firefox прописываем следующее: about:config
б. В поле поиска пишем: media.mediasource.enabled
в. Два раза кликаем по имени настройки и переводим значение true в false
.
г. Наслаждаемся просмотром видеоматериала.
Но есть и не очень приятные новости. Ограничение качества видео. 1080, 4K уже не посмотреть, самое большое это 720. Так что выбирайте — вершки или корешки:). А собственно вот и ролик:
2. Многопроцессный режим в Firefox
.
д. В адресной строке браузера Firefox прописываем следующее: about:config
е. Отобьём у расширений вставлять палки в колёса — extensions.e10sBlockedByAddons
— false
ё. Многопоточный режим — browser.tabs.remote.autostart
— true
ж. Если не сработало, включаем принудительный режим. Создать логическую переменную browser.tabs.remote.force-enable
— true
з. dom.ipc.processCount
меняем количество процессов для вкладок.
Тонкая настройка Firefox для улучшения производительности — http://lumpics.ru/fine-tune-the-mozilla-firefox/
Ролик, если кто не в теме:
3. Анонимность в браузере Mozilla Firefox .
Представим вам захотелось включить анонимный серфинг, самое простое это сменить IP-адрес при помощи, например, Hoxx VPN Proxy (). Да, теперь можно спокойно заходить на . Мы думаем, что полностью анонимны. На самом деле нас всяк видит и наша шапка невидимка дырява. Подтвердить это может сервис быстрой проверки анонимности — . И что же? IP-адрес просвечивается, WebRTC включено, Flash включено, Javascript включено. А это означает только одно, вы ходите и следите по всему интернету. Как мало-мальски защитить свою частную жизнь, популярно показал в ролике.
Помощь в решении проблемы:
Сервис где можно проверить свою анонимность — https://whoer.net/ru
Сервис где вы можете перепроверить свою анонимность — https://www.dnsleaktest.com/
Disables WebRTC — https://addons.mozilla.org/ru/firefox/addon/happy-bonobo-disable-webrtc/
У кого нет желания уст.расширение в скрытых настройках about:config
найдите переменную media.peerconnection.enabled
значение должно быть false
DNSCrypt — https://www.comss.ru/page.php?id=2814
Очистить кэш-память DNS — https://help.ea.com/ru-ru/help/pc/how-to-flush-dns-cache-for-windows/
Бабахнуть JavaScript. В адресной строке браузера Firefox прописываем: about:config
— в поиске пишем команду javascript.enabled
— ставим значение false
Язык браузера — intl.accept_languages
Настройка DNS на роутере — https://www.comss.ru/page.php?id=755
Галерея веб-инструментов тестирования безопасности браузера — https://browserleaks.com/
Существуют ещё несколько параметров, где могут быть утечки: кроме DNS, Flash, Java, ActiveX, WebRTC это системное время, язык, отключенный Do Not Track и заголовки браузера. Когда вы всё это подредактируете, «ретушируете» и настроите, считайте что вы анонимны. Но выставлять посты, как правильно курить бамбук и лезть на баррикады не советую. Губ Чека всё равно хитрее.
А куда скрылся ролик? От нас не скроешься:)
4. Ручной режим установки переводчика для Firefox .
А вот это одна из вкусняшек, даже если вы пользуетесь расширением S3.Google Переводчик ().
Оригинальная многоходовка, точный пас и гол:
0. В адресной строке браузера пишем about:config
1. browser.translation.detectLanguage
— true
2. browser.translation.ui.show
— true
3. browser.translation.engine
— yandex
4. Переходим по адресу
5. Третий пункт — Get a free API key
6. Генерировать ключ
7. about:config
— Создать — Строка — browser.translation.yandex.apiKeyOverride
8. Вводим ключ
9. Теперь любой буржуинский сайт порвём на портянки:)
5. Безопасность и защита компьютера при работе в сети Интернет .
Всяк о своей безопасности при серфинге в интернете заботиться по разному. Одни говорят, что уже сто лет сидят без антивирусной защиты и всё нормалёк. Другие мол перешли на Linux (всегда веселят такие комментарии) . Третьи громоздят военно-инженерные сооружения. Каких правил придерживается автор поста? Даже и не знаю, что сказать по этому поводу — у меня Macrium Reflect (ссылка уже была в начале поста). Одним словом я тут набросаю ссылок, а вы разбирайтесь:)
Зачем браузеру нужно несколько процессов? Многопроцессная архитектура повышает безопасность и стабильность: если где-то произойдёт сбой, то он не утянет разом за собой всё остальное.
На самом деле приём со множеством процессов уже давно используют другие браузеры, причём значительно более агрессивно, чем Firefox. К примеру, Chrome и все обозреватели на базе Chromium (современная Opera, Яндекс.Браузер и прочие) и вовсе могут показывать в диспетчере задач десятки процессов в памяти, если у вас загружено много вкладок.
В этом есть один серьёзный негативный момент: множество процессов могут сильно нагружать слабенький компьютер, а если вы привыкли работать с большим числом вкладок или у вас установлено много расширений, то «напрячься» может уже и ПК с относительно актуальными характеристиками.
Firefox создаёт меньше процессов, чем Chrome?
Как мы уже сказали, Mozilla подошла к вопросу с несколькими процессами куда более осторожно, чем та же Google.
Изначально разработчики сделали для Firefox лишь один дополнительный процесс, куда выводились плагины (не путать с расширениями), – plugin-container.exe. Таким образом, у Firefox впервые появилось 2 процесса.
Однако время шло и требовало от компании всё же не уступать конкурентам в плане стабильности и безопасности. В итоге в этом году была завершена давно тестировавшаяся полноценная многопроцессная архитектура Firefox.
Преимущество по меньшему потреблению памяти Firefox не теряет, даже если использует свою многопроцессность на максимум (8 CP – 8 процессов для обработки контента)
Часть пользователей стабильных версий Firefox впервые смогли оценить многопроцессность уже этим летом начиная с Firefox 54. Окончательным же этапом здесь стал осенний выход Firefox 57, который больше не поддерживал . Часть из этих расширений прежде могла блокировать многопроцессный режим, заставляя Firefox использовать лишь один процесс.
Впрочем, с процессами у Firefox дела обстоят все равно не так, как у Chrome. Если детище Google запускает в отдельных процессах буквально всё и вся (каждую вкладку, каждое расширение), то Firefox разбивает различные элементы на группы. В итоге процессов получается совсем не так много, как у главного конкурента.
Отсюда заметно меньшее потребление памяти и в некоторых случаях меньшая нагрузка на CPU. Ведь огромное число процессов в Chromium-браузерах может грузить даже не самый слабый процессор. А вот Mozilla в итоге пришла к компромиссному и, на наш взгляд, наиболее разумному решению.
Вдобавок Firefox использует иной механизм вкладок по требованию в отличие от того, что применяется в Chrome и браузерах на основе Chromium.
Если эти веб-обозреватели автоматически последовательно загружают в фоне вкладки с предыдущей сессии, то «огненный лис» делает это лишь при явном обращении (клике) по вкладке, тем самым, не создавая лишних процессов, когда в них нет необходимости. Это также способствует меньшему потреблению ресурсов.
Как уменьшить число процессов Firefox?
В отличие Google, Mozilla практически позволяет пользователю самому регулировать, сколько процессов в памяти использовать браузеру.
Видите, как в диспетчере задач висят несколько процессов firefox.exe (или firefox.exe *32 в случае использования 32-разрядных версий) и хотите их убрать/отключить – не проблема. Откройте настройки, прокрутите вниз раздел «основное», дойдя до подраздела «производительность»:
Если вы снимете флажок с параметра «Использовать рекомендуемые настройки производительности», то перед вами появится настройка числа процессов обработки контента.
На выбор предлагаются варианты от 1 до 7 процессов (если памяти у вас более 8 ГБ, то процессов может предлагаться и больше, чем 7):
На этом моменте стоит сделать несколько важных уточнений.
Во-первых, речь идёт о процессах для обработки контента. Если вы укажете здесь, например, всего 1 процесс, то общее число процессов в памяти уменьшится, однако лишь одну копию firefox.exe вы все равно не получите, т. к. помимо контента Firefox выводит в отдельные процессы ещё и обработку интерфейса.
Во-вторых, уменьшение числа процессов имеет смысл на компьютерах с небольшим объёмом «оперативки» и крайне слабым железом. В свою очередь, на более-менее приемлемом железе многопроцессность не ухудшит производительность, а, наоборот, будет способствовать ей, пусть и ценой увеличенного потребления памяти.
Есть ли выгода от уменьшения числа процессов?
Если говорить о нашем собственном примере, то для ПК с 8 ГБ ОЗУ изначально было предложено 4 процесса по обработке контента. При этом в памяти при открытии большого числа вкладок могло отображаться до 7 процессов.
Когда мы установили число процессов контента равным 1, перезапустили браузер и заново прокликали по всем вкладкам, чтобы они загрузились, в памяти предсказуемо осталось только 4 процесса.
Из них 3 предназначены для самого браузера и 1 процесс как раз для обработки контента, причём последний легко отличить, т. к. при открытии приличного числа вкладок он начинает забирать себе памяти значительно больше остальных:
В Firefox при этом у нас было открыто 15 различных сайтов. В изначальном режиме (7 процессов) суммарное потребление памяти составило около 1,5 ГБ. Когда же процессов осталось лишь четыре, то в сумме они забирали около 1,4 ГБ (см. скриншоты выше).
Мы повторяли эксперимент несколько раз, каждый из них «выигрыш» оперативной памяти составлял всего 100-150 МБ. При этом стоит учитывать, что производительность браузера от перехода на 1 процесс для контента могла быть снижена. Таким образом, смысл уменьшения числа процессов, как видите, весьма невелик.
Начиная с релизной версии Firefox 48, ускорить его можно изменив ряд параметров. Хотя данный функционал и был доступен ранее в бета-версиях, но официально Mozilla с 48 версии включила для 1% пользователей этот режим по умолчанию. Так что чем мы хуже? Основное изменение связано с использованием Многопроцессорного режима.
Большинству пользователей на обывательском уровне наверно понятно, что это несет более быстрое отображение сайтов и лучший отклик. Но помимо ускорения, это добавляет надежность, так как теперь одна зависшая вкладка не повлияет на работу остальных и всего браузера. Да и при открытии нескольких вкладок не будет уже таких блокирующих операций, как при работе в однопроцессорном режиме. А так же улучшение безопасности, теперь бяка-коду из-за изоляции будет сложнее получить ресурсы к компонентам браузера, но это в теории.
Чтобы убедиться что этот режим у вас включен, нужно зайти в пункт меню Справка - Информация для решения проблем - находим строку Многопроцессные окна.
Если стоит значение 0/1, то в адресной строке набираем 
Стоит отметить, что при использовании этого режима для явного ускорение лисы, может быть не совместимым с установленными дополнениями. Проверить совместимость ваших дополнений можно на этой странице
Напоминаю, перед изменениями скопируйте файл prefs.js из папки с профилем, куда то в отдельное место и если будут проблемы, сможете все настройки вернуть обратно, просто вернув его на место. И так поехали.
Как ускорить Firefox
- browser.tabs.remote.autostart – true
многопроцессорный режим. Вся его прелесть раскрывается при очень динамичном серфинге. Но правда памяти кушает не много больше, чем в однопоточном режиме. - dom.ipc.processCount - 4
сколько процессов будет использоваться. Можно ставить равным количеству ядер процессора - browser.tabs.remote.force-enable – true
включение мультипроцессорного режима, даже если у вас установлены дополнения не совместимые с ним. - extensions.e10sBlockedByAddons – false
расширения не блокируют работу многопроцессорности - extensions.e10sBlocksEnabling – false
разрешить блокировку многопроцессорности - layers.async-pan-zoom.enabled – true
асинхронный скроллинг при загрузке нескольких страниц - dom.ipc.plugins.asyncInit – true
Асинхронная инициализация плагинов. Каждая страница, использующая эти плагины, инициализирует их при открытии, и этот процесс состоит из нескольких этапов во время которых чаще всего браузер и подвисает на некоторое время. Это параметр позволяет от этого избавиться. - javascript.options.asyncstack – true
асинхронный вызов стеков - network.http.pipelining.aggressive – true
В случае проблем с соединением (например сервер прерывает его) используются резервные механизмы для его поддержания - network.http.pipelining.max-optimistic-requests – 8
Максимальное количество запросов в соединении, которое делает FireFox. Больше 8 заметного ускорения загрузки старницы не дает, но зато увеличивает нагрузку на сервер. В интернете очень много статей, где этот параметр явно больше. Не уверен, что это хорошо, ведь сервер должен вернуть ответ в строгой последовательности, а если была например временная проблема, то отображение сайта резко затормозится. Или вообще при большом значении, сервер может посчитать, что его просто ддосят с одного ip и заблокирует вас. Так что об ускорении уже речи идти не может. - browser.panorama.animate_zoom – false
Параметр, отвечающий за анимацию "увеличения" вкладки при выборе её из панорамы (группы вкладок) - network.http.pipelining.maxsize – 524288
вероятно это максимальный размер буфера конвейера - network.http.pipelining.ssl – true
включает или выключает конвейерные запросы через SSL соединение (https) - network.http.proxy.pipelining – true
Использовать несколько запросов в одном соединении с сервером, при использовании прокси.
о конвейеризации - browser.cache.use_new_backend - 1
включение новой системы HTTP кэширования. Позволяет исправить некоторые моменты с отзывчивостью интерфейса - memory.free_dirty_pages – true
высвобождать не используемые страницы памяти. Освобождает память после закрытия вкладок. Положительно скажется на скорости работы Firefox - image.cache.timeweight – 100
Задается вес, по которому определяется как удалять декодированное изображение из кэша. Значение ближе к нулю, акцент при удалении смещается на размер. Ближе к 1000, срок жизни изображения смещается на срок нахождения в кэше.
Если раньше вам казалось, что Лиса тормозила, то вам не казалось. FireFox быстрыми темпами развивается, что то добавляется, что то убирают. За несколько десятков релизов в Mozilla было добавлено столько всего не очень нужного и разношерстного, что вы очень удивитесь, как много всего он может без вашего ведома отсылать\собирать\отправлять куда-то и для какого-то анализа. Думаю в раскрою тему безопасности, так как это хоть и косвенно, но так же влияет на скорость работы самого браузера.
Ну и надеюсь после прочтения этой статьи и применении этих советов, хоть не много, но ускорение у вашего FireFox будет заметно.
Интересное видео, которое реально помогает ускорить загрузку страниц и снизить потребление трафика. Но! После её применения, на сайтах может перестать отображаться часть контента. Как пример, включите ее и обновите эту страницу. У вас может пропасть видео в конце этой статьи.
Команда разработчиков Firefox выпустила новую версию браузера с номером 54. Главной особенностью обновленного Firefox является поддержка многопроцессного режима обработки веб-страниц, работа над которым велась восемь лет под кодовым названием Electrolysis (E10S). Представители Mozilla называют новую версию браузера «лучшим Firefox».
Первая версия мультипроцессного 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 в мире музыки: как облако становится стандартом размещения аудиоконтента
- Почему результат тестирования скорости диска в ноутбуке может быть лучше, чем у промышленного сервера в облаке?
