Программы

Ускоряем Firefox. Настройка SSD диска в Windows для оптимизации работы Настройка firefox для ssd диска

Твердотельные накопители наконец-то стали доступными для большинства пользователей ноутбуков и ПК. У них много достоинств, основным из которых является высокая производительность, но есть и недостатки. К недостаткам стоит отнести меньшую по сравнению с HDD износостойкость (ресурс записи). Правда, у современных твердотельных накопителей срок службы обычно превышает сроки морального устаревания.

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

Большинство пользователи ПК знают, что браузеры записывают много данных на жесткий диск или HDD. Но сколько именно? Об этом задумался Сергей Бобик , установивший на свой компьютер бесплатную версию SSDLife. Этот софт позволяет оценить состояние SSD и показывает приблизительное время жизни накопителя.

В течение двух дней Сергей не работал ни с чем, кроме браузера и электронной почты. И был очень удивлен, когда узнал, что на твердотельный накопитель в один из этих двух дней было записано 12 ГБ данных. Поскольку никаких объемных файлов он не загружал, а рабочие сайты не могли дать кэш такого объема, было решено найти причину случившегося.

Сергей Бобик вел наблюдение за статистикой, предоставленной приложением, в течение двух недель. Как оказалось, даже когда компьютер не работал (но не был выключен), на твердотельный накопитель загружались большие объемы данных вплоть до 10 ГБ.

Главным виновником случившегося оказался браузер Firefox. Он загружал от 300 КБ до 2 МБ ежесекундно. Запись велась в файл с названием recovery.js. Как оказалось, это резервная копия сессии Firefox. Она используется в том случае, если «падает» браузер или операционная система. Это полезная, но ресурсоемкая функция. И если учесть то, что у SSD ограниченный ресурс, то здесь уже нужно решить для себя, что полезнее - рабочий диск или же восстановление текущей сессии браузера после его падения.

Сергей пишет, что проблема не только в одном файле. Для того, чтобы полнее изучить проблему, он выполнил несколько дополнительных действий:
1. Установил значение browser.sessionstore.interval в 15000 мс и закрыл все открытые вкладки браузера;
2. Открыл единственную вкладку с Google.com, подождал пару минут и закрыл ее;
3. Снова открыл браузер и проверил размер recovery.js. Его размер уменьшился до 5 КБ вместо 900 КБ;
4. Открыл несколько обзоров различных устройств в двух разных окнах. Поискал обзоры и открыл поисковую выдачу в новых вкладках;
5. Открыл третье окно браузера, открыл несколько сайтов во вкладках этого окна;
6. Запустил Process Monitor и начал отслеживать файлы recovery.js и cookie*.

7. Убрал ведение логов событий в «File->Capture Events». Также были очищены существующие логи;
8. Снова активировал ведение логов событий в «File->Capture Events». Оставил включенными три указанных выше окна браузера на 45 минут. На это время Сергей включил для собственных нужд Chrome;
9. Просмотрел статистику браузера в «Tools->File Summary».

Как оказалось, за это время Firefox записал 1,1 ГБ данных на диск. Основной объем - это файлы cookie*.

При этом файлик после всех проведенных манипуляций вырос всего лишь до объема в 1,3 МБ.

Сергей вернулся к Firefox и в одном из окон открыл почтовый ящик в outlook.com. Очистил все логи событий в Process Monitor и снова запустил мониторинг. На этот раз он оставил Firefox без дела всего на 10 минут. После этого размер recovery.js вырос до 1,5 МБ. Файлы куки снова заняли многие сотни мегабайт на SSD.

По словам автора работы, браузер может писать кучу данных в файл recovery.js, файлы cookie или же одновременно записывать информацию и туда, и туда. Если взять за константу 1,1 ГБ записанных Firefox данных, то за рабочий день можно ожидать записи информации объемом 35 ГБ, если не выключать систему. После измерений оказалось, что запись в файл recovery.js ведется постоянно со скоростью 2 МБ/с.

Что можно сделать?

Если у вас обычный жесткий диск, то можно особо не переживать. Но если в качестве системного установлен SSD, стоит выполнить ряд действий, которые могут остановить поток данных, генерируемых браузером Firefox.

Главное действие - настройка одного из параметров Firefox, browser.sessionstore.interval. Этот параметр доступен при выполнении команды "about:config" в адресной строке. По умолчанию он равен 15 секундам. Временной интервал можно увеличить вплоть до 30 минут. В этом случае количество генерируемых Firefox за день данных снижается с 10-15 ГБ до 2 ГБ. Это все равно много, но в несколько раз меньше, чем до выполнения настройки обозревателя.

Ресурс некоторых потребительских SSD - всего лишь 20 ГБ записанных данных в день. Firefox может использовать половину этого ресурса. Если в вашем обозревателе постоянно открыто множество окон, а вы работаете с «тяжелыми» сайтами, то можно ожидать еще большего количества записанных Firefox данных, чем указано выше.

Увеличить значение параметра browser.sessionstore.interval стоит даже в том случае, если в качестве системного диска у вас стоит обычный HDD. Дело в том, что постоянная запись на диск снижает его производительность, и ПК может стать немного более быстрым , если убрать постоянную запись данных браузером.

Разработчики Firefox говорят , что знают о проблеме, но пока что решить ее не представляется возможным, поскольку придется полностью менять принцип работы функции Session Restore.

Специально искал эту тему на Хабре, но нашел только рецепт уже готового портабельного Firefox.
Минусы его известны - он не официальный, следовательно обновляется с опозданиями, вплоть до пропуска некоторых промежуточных версий.
Поэтому решил написать о своем небольшом опыте. Сделано уже дома, на ноуте, на работе - работает отлично.

Задача стояла перенести сам ФФ и профайл на виртуальный диск, для максимально быстрой работы.

Опишу домашний вариант, как самый навороченный.
На машине (win 7) стоит виртуальный диск от DATARAM, размером 1 гб - как раз для таких целей - ускорять и частично шифровать.
Образ виртуального диска лежит на криптованном (true type) диске.
Раз в сутки, образ виртуального диска скидывается в бэкап. Также виртуальный диск сохраняется при выключении компа.

Самый первый вариант, который сделал еще год назад - это просто перенести папку с профайлом и папку с самим фаерфоксом на виртуальный диск, оставив на нем ntfs-линки. Решение за 5 секунд, но не привлекает тем, что при работе с файлами (например кэшем с кучей мелких картинок), все равно будет постоянно дергать жесткий диск, с которого начинается путь.
Ну и постоянно помнить про линки - тоже не есть хорошо.

Поэтому делаем максимально полный перенос:

Перенос исполняемой части:
При установке нового Firefox, все крайне легко - сразу ставим его на виртуальный диск.
При переносе - копируем папку "x:\Program Files (x86)\Mozilla Firefox\ " на наш виртуальный диск, и просто запускаем firefox.exe с него. Он тут же предложит нам стать браузером по умолчанию. Говорим «Да» и правим ярлыки вызова, где они у нас есть (рабочий стол, панель быстрого запуска, др..).
Проходим по реестру и правим путь в нескольких местах. Мне показалось, что большинство ключей относится к устаревшим версиям, и самое необходимое само обновилось, когда мы переназначили браузер по умолчанию, но все же рекомендую реестр проверить - искать можно прямо полный путь "x:\Program Files (x86)\Mozilla Firefox ".
Старую папку переименуйте, например в «Mozilla Firefox.old», когда эксперимент закончится успешно - ее можно будет удалить.

Теперь перенос профайла
В этой папке («x:\Documents and Settings\Application Data\Mozilla\Firefox») лежит profiles.ini , в котором описаны какие профайлы есть, и где они расположены. Перенести сам profiles.ini, чтобы при запуске FF ничего, кроме виртуального диска не дергалось не удалось:(. Но в ярлыке запуска можно указать firefox.exe -Profile (спасибо )

После правки, profiles.ini выглядит следующим образом:

StartWithLastProfile=1 // запускать с последним запущенным профайлом(1), или открывать окно диспетчера профайлов (0)
// профайл0, профайл1, профайлxxx
Name=USER // имя профайла
IsRelative=0 // путь к профайлу относительный или абсолютный. Ставим 0
Path=V:\Profiles\Mozilla\user // указываем наш путь к профайлу
Default=1 // этот профайл будет вызываться по умолчанию

Сам профайл лежит в %APPDATA%\Mozilla\Firefox\Profiles , собственно его копируем на наш виртуальный диск, а папку %APPDATA%\Mozilla переименовываем в %APPDATA%\Mozilla.old . Позже ее удалим совсем.

Тестируем
Запускается практически мгновенно, до этого все же на десктопе запускался секунды 3-5.
Весь кеш хранится на виртуальном диске, соответственно hdd(sdd) не дергаются в процессе серфинга - для тех, кому не нужен прирост скорости, но жаль SDD, тоже можно взять на заметку.
Dataram у меня настроен на скидывание бэкапа образа раз в сутки - для меня более чем достаточно.

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

После теста, можно удалить папки.old.
Я какое-то время опасался глюков виртуального диска, поэтому у меня папки old провисели несколько месяцев, но ни разу не потребовались.

P.S. Кстати, таким же образом была перенесена Опера, но она почему-то продолжает открываться несколько секунд. С чем связано - не знаю.

P.P.S. «Портабельный» в теме специально указан в кавычках. потому что в процессе переноса пришлось залезть в реестр, и следовательно этот вариант не является чисто портабельным. Но если иметь ввиду только профайл - то не вопрос.

Главным виновником случившегося оказался браузер Firefox. Он загружал от 300 КБ до 2 МБ ежесекундно. Запись велась в файл с названием recovery.js. Как оказалось, это резервная копия сессии Firefox. Она используется в том случае, если «падает» браузер же операционная система. Это полезная, но ресурсоемкая функция. И если учесть то, что у SSD ограниченный ресурс, то здесь уже нужно решить для себя, что полезнее - рабочий диск или же восстановление текущей сессии браузера после его падения.

Как оказалось, за это время Firefox записал 1,1 ГБ данных на диск. Основной объем - это файлы cookie*.

При этом файлик после всех проведенных манипуляций вырос всего лишь до объема в 1,3 МБ.

Что можно сделать?

Если у вас диск SSD и вы хотите сэкономить место на нём, есть много различных способов это сделать. Как один из вариантов — это перенос кэша браузера на жесткий диск. Это связанно с тем, что любой браузер во время работы постоянно записывает и удаляет временные файлы, что можем значительно сказаться свободном месте на диске. Также, можете посмотреть посмотреть статью о том, как отключить встроенный в .

Итак, для разных браузеров по порядку.

Google Chrome и все браузеры на движке Chromium

Способ подойдет для браузеров CoolNovo, RockMelt, Рамблер Нихром, Яндекс.Браузер, Интернет@mail.ru, а также для Opera выше 15 версии.

Для того, чтобы изменить путь хранения кэша, необходимо слегка отредактировать ярлык, с которого вы запускаете свой хром.
Для этого щелкаем правой клавишей мыши по ярлыку и нажимаем «Свойства». В ячейке «Объект» нужно дописать следующее:

Disk-cache-dir="путь"

После.exe и через пробел!

Взамен <путь> пишем нужный адрес, должно получиться примерно вот так:

По умолчанию кэш хранится в папке:

C:\Users\имя пользователя\AppData\Local\Google\Chrome\User Data\Default\Cache\

Её нужно удалить вручную. Этот метод будет работать только при запуске с того ярлыка, в котором вы добавили этот параметр.

Mozilla Firefox

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

About:config

нажать Enter; если выдаст окно, то соглашаемся с «лишением гарантии».

Правой кнопкой мыши щёлкаем по «имя настройки», в выпавшем меню выбираем Создать > Строка

1) Вводим параметр для изменения пути основной папки кэша:

Browser.cache.disk.parent_directory

и вписываем значение нужной папки, например: D:\cache\Firefox\

2) Вводим параметр для изменения пути оффлайн кэша Firefox:

Browser.cache.offline.parent_directory

И прописываем тот же путь, что и в первом параметре.

В этой папке Firefox создаст папку Cache и в ней будет хранить кэшированные файлы. Папку со старым кешем нужно удалить вручную. В Windows 7 по умолчанию она расположена:

C:\Users\<имя_пользователя>\AppData\Local\Mozilla\Firefox\Profiles\*****.default\

Opera

По примеру Firefox, нам нужно войти в глубокие настройки браузера. Для этого так же в адресной строке набираем:

В открывшемся списке ищем:

А там выбираем:

По умолчанию путь к кэшу.

Доброго времени суток, дорогие друзья, читатели, посетители и прочие личности.

Сегодня мы поговорим о такой полезной штуке как перенос кеша браузеров на другой диск. Зачем это может быть нужно? Ну, например: в целях оптимизации (в случае переноса оного, скажем, на или на SSD ) работы этих самых браузеров, или же дабы сберечь ценное место на жестком диске (например, если каким-то мифическим образом у Вас места на жестком диске маловато), а может чтобы продлить время жизни о чем мы писали в совсем недавней статье..

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

Давайте приступим.

Перенос кеша браузера Mozilla FireFox

Начнем с моего любимца, а именно с браузера FF. Лично я переносил его профиль+кеш (да и сам дистрибутив) на RAM -диск, чего и Вам советую.
Собственно, вот какая последовательность действий у нас получается:

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

В двух словах как-то так. Перейдем к другим браузерам.

Перенос кеша браузера Google Chrome

Выполняется практически аналогично переносу профиля FireFox, только малость быстрей и проще:

Как видите, собственно, ничего сложного.
Ну и, на закуску, давайте про красный браузер.

Перенос кеша и профиля браузера Opera

Для "красного" браузера всё аналогично переносу Google Chrome :

На сим всё. Вот так вот просто и быстро.

Послесловие.

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

Как и всегда, если есть какие-то вопросы, дополнения и прочее прочее, то оставляйте их в комментариях к этой записи.

PS: Пути хранения кеша по умолчанию могут меняться в различных версиях программы
PS2: Перенос кеша методом присвоения ярлыку параметра работает только при запуске через этот ярлык, а в остальных случаях используется путь по умолчанию (