Знову про прискорення Firefox
Починаючи з релізной версії Firefox 48, прискорити його можна змінивши ряд параметрів. Хоча даний функціонал і був доступний раніше в бета-версіях, але офіційно Mozilla з 48 версії включила для 1% користувачів цей режим за замовчуванням. Так що чим ми гірші? Основна зміна пов'язано з використанням багатопроцесорних режиму.
Більшості користувачів на обивательському рівні напевно зрозуміло, що це несе більш швидке відображення сайтів і кращий відгук. Але крім прискорення, це додає надійність, так як тепер одна зависла вкладка не вплине на роботу інших і всього браузера. Та й при відкритті декількох вкладок не буде більше таких блокують операцій, як при роботі в однопроцесорному режимі. А так же поліпшення безпеки, тепер бяка-коду через ізоляції буде складніше отримати ресурси до компонентів браузера, але це в теорії.
Щоб переконатися що цей режим у вас включений, потрібно зайти в пункт меню Довідка - Інформація для вирішення проблем - знаходимо рядок многопроцессность вікна.
Якщо стоїть значення 0/1, то в адресному рядку набираємо about: config 
Варто відзначити, що при використанні цього режиму для явного прискорення лисиці, може бути не сумісним з встановленими доповненнями. Перевірити сумісність ваших доповнень можна на цій сторінці
Нагадую, перед змінами скопіюйте файл prefs.js з папки з профілем, куди то в окреме місце і якщо будуть проблеми, зможете все настройки повернути назад, просто повернувши його на місце. І так поїхали.
- 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 буде помітно.
Цікаве відео, яке реально допомагає прискорити завантаження сторінок і знизити споживання трафіку. Але! Після її застосування, на сайтах може перестати відображатися частина контенту. Як приклад, включіть її та оновити цю сторінку. У вас може пропасти відео в кінці цієї статті.
