Браузер пишет много данных на ssd. Настройка SSD диска в Windows для оптимизации работы

Специально искал эту тему на Хабре, но нашел только рецепт уже готового портабельного 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. «Портабельный» в теме специально указан в кавычках. потому что в процессе переноса пришлось залезть в реестр, и следовательно этот вариант не является чисто портабельным. Но если иметь ввиду только профайл - то не вопрос.

Если у вас диск 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, нам нужно войти в глубокие настройки браузера. Для этого так же в адресной строке набираем:

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

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

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

Твердотельные накопители наконец-то стали доступными для большинства пользователей ноутбуков и ПК. У них много достоинств, основным из которых является высокая производительность, но есть и недостатки. К недостаткам стоит отнести меньшую по сравнению с 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. Дело в том, что постоянная запись на диск снижает его производительность, и ПК может стать немного более быстрым , если убрать постоянную запись данных браузером.

Твердотельные накопители наконец-то стали доступными для большинства пользователей ноутбуков и ПК. У них много достоинств, основным из которых является высокая производительность, но есть и недостатки. К недостаткам стоит отнести меньшую по сравнению с 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.

Многие уже оценили производительность твердотельных дисков SSD - пожалуй, это один из самых желанных и эффективных апгрейдов компьютера, который может серьезно улучшить производительность. По всем параметрам, связанным со скоростью SSD выигрывает у обычных жестких дисков. Однако в том, что касается надежности не все так однозначно: с одной стороны, они не боятся ударов, с другой - имеют ограниченное количество циклов перезаписи и другой принцип работы. Последнее нужно учитывать при настройке Windows для работы с SSD диском. А теперь переходим к конкретике.

Прежде всего, твердотельные SSD диски не нужно дефрагментировать, дефрагментация не принесет пользы, а вред возможен. Об этом я уже писал в .

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

Нажмите клавишу с эмблемой Windows и клавишу R на клавиатуре, после чего в окне «Выполнить» введите dfrgui и нажмите Ок.

Откроется окно с параметрами автоматической оптимизации дисков. Выделите ваш SSD (в поле «Тип носителя» будет указано «Твердотельный накопитель») и обратите внимание на пункт «Оптимизация по расписанию». Для SSD следует отключить ее.

Отключите индексацию файлов на SSD

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

Для отключения, проделайте следующие настройки:

  1. Зайдите в «Мой компьютер» или «Проводник»
  2. Кликните правой кнопкой мыши по диску SSD и выберите «Свойства».
  3. Уберите отметку «Разрешить индексировать содержимое файлов на этом диске в дополнение к свойствам файла».

Несмотря на отключенное индексирование, поиск по файлам на SSD будет происходит практически с той же скоростью, что и раньше. (Имеется также возможность продолжить индексацию, но сам индекс перенести на другой диск, но об этом я напишу в другой раз).

Включите кэширование записи

Включение кэширование записи на диск может повысить производительность как HDD, так и SSD дисков. При этом, при включении данной функции, для записи и чтения используются технология NCQ, которая позволяет более «интеллектуально» обрабатывать поступающие от программ обращения. ().

Для того, чтобы включить кэширование, зайдите в диспетчер устройств Windows (Win + R и ввести devmgmt.msc ), откройте «Дисковые устройства», кликните правой кнопкой мыши по SSD - «Свойства». Разрешить кэширование вы можете на вкладке «Политика».

Файл подкачки и гибернации

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

Для максимальной продолжительности работы SSD рекомендуется минимизировать количество операций записи на него и, если отключить или уменьшить файл подкачки, а также отключить файл гибернации, это также приведет к их сокращению. Однако, прямо рекомендовать это сделать я не стану, могу посоветовать прочитать две статьи про данные файлы (там же указано, как их отключить) и самостоятельно принять решение (отключение этих файлов не всегда хорошо):

  • (что такое, как уменьшить, увеличить, удалить)

Возможно, вам есть что добавить на тему настройки SSDна оптимальную производительность?