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

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

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

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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

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

Многие уже оценили производительность твердотельных дисков 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на оптимальную производительность?

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

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

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

Похожие публикации