Войти
Портал компьютерных советов - Hiper-ru
  • Client kazynashylyk kz вход в систему
  • Как отследить местоположение телефона андроид
  • Восстанавливайте данные, обсуждайте и решайте проблемы, связанные с повреждением документа Microsoft® Word, в режиме онлайн
  • Ремонт компьютерной гарнитуры (наушников) своими руками
  • Обзор Samsung Galaxy Tab S3: новый герой Android-планшетов
  • Как убрать рекламу на андроиде в приложениях и на рабочем столе Блокировка рекламы в ютубе андроид
  • Настройка firefox для ssd диска. Настройка SSD диска в Windows для оптимизации работы. Что можно сделать

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

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

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

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

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

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