Доброго времени суток, дорогие друзья, читатели, посетители и прочие личности.
Сегодня мы поговорим о такой полезной штуке как перенос кеша браузеров на другой диск. Зачем это может быть нужно? Ну, например: в целях оптимизации (в случае переноса оного, скажем, на RAM -диск или на SSD ) работы этих самых браузеров, или же дабы сберечь ценное место на жестком диске (например, если каким-то мифическим образом у Вас места на жестком диске маловато) , а может чтобы продлить время жизни SSD .
В общем, думаю, что каждый найдет своё собственное практическое применение сему вопросу, а мы пока просто поделимся инструментом для воплощения сего в реальность. Тем более, что мы коснемся практически всех адекватных современных браузеров, а значит практически никто не останется в обиде.
Давайте приступим.
Перенос кеша браузера Mozilla FireFox
Начнем с моего любимца, а именно с браузера FF
. Лично я переносил его профиль+кеш (да и сам дистрибутив)
на RAM
-диск, чего и Вам советую.
Собственно, вот какая последовательность действий у нас получается:
С изменениями в рамках системы, пожалуй, всё. Теперь нужно объяснить браузеру, что мы перенесли его профиль и кеш в другое место.
В двух словах как-то так. Перейдем к другим браузерам.
Перенос кеша браузера Google Chrome
Выполняется практически аналогично переносу профиля FireFox , только малость быстрей и проще:
Как видите, собственно, ничего сложного.
Ну и, на закуску, давайте про красный браузер.
Перенос кеша и профиля браузера Opera
Для Opera всё аналогично переносу Google Chrome :
На сим всё. Вот так вот просто и быстро.
Послесловие.
Вот такие вот пироги. Надеюсь, что сия информация оказалась для Вас полезной.
Ну, а, как и говорилось в начале статьи, - применение каждый, думаю, найдет для себя сам.
PS
: Пути хранения кеша по умолчанию могут меняться в различных версиях программы
PS2
: Перенос кеша методом присвоения ярлыку параметра работает только при запуске через этот ярлык, а в остальных случаях используется путь по умолчанию (лечится правкой реестра)
.
Для управления кэшем в хроме официально доступно всего несколько опции, причём они являются аргументами для запуска из командной строки (самый простой в реализации, но не самый удобный в использовании способ):
- --disk-cache-dir=<путь к папке> : местоположение кэша
- --disk-cache-size=<размер в байтах> : размер кэша
- --user-data-dir=<путь к папке> : папка всех пользовательских данных (профили, кэш, ...)
Собственно, всё что нужно - запускать Google Chrome с правильными параметрами. Всё нижесказанное в равной мере применимо и для Chromium .
Windows
В Windiws 7 хром по умолчанию хранит кэш где-то в районе C:\Users\username\AppData\Local\Google\Chrome\User Data\Default\Cache . (Для других ОС см. )
Для изменения метоположени кэша на постоянно , требуется выполнить следующие шаги:
Шаг 1. Изменяем ярлык
ПКМ по ярлыку ⇒ "Свойства" ⇒ вкладка "Ярлык"
- Создаём где-либо папку для будушего кэша.
Например, по адресу "D:\temp\Google_Chrome" - В поле "Объект"
, через пробел, добавляем полный путь к этой папке как параметр:
--disk-cache-dir="D:\temp\Google_Chrome"
Теперь по адресу "D:\temp\Google_Chrome" будет храниться кэш браузера Google Chrome . После перезапуска Chrome в ней появятся папочки Cache, Media Cache и т. д.
Чтобы ограничить размер кэша, например, в 300Мб, через пробел добавляем ещё один параметр:
Disk-cache-size=314572800
(300 * 1024 * 1024 = 314572800 байт)
Если хочется избавиться от кэша совсем - установите его размер в 1:)
Но : если хром - браузер по умолчанию, то при запуске из сторонних приложений, он по-прежнему будет запускаться с параметрами по умолчанию. Поэтому - переходим к шагу два.
Шаг 2. Правим реестр
Итоговая команда для запуска в реестре будет выглядеть как-то вроде "C:\Users\Martin\AppData\Local\Google\Chrome\Application\chrome.exe" --disk-cache-dir="D:\temp\Google_Chrome" --disk-cache-size=314572800 -- "%1" (для Win7).
Шаг 3. Альтернатива 1
Как вариант, можно не редактировать ярлыки/реестры, а просто поместить символическую ссылку на нужное место вместо старой папки кэша.
Шаг 3. Альтернатива 2
Так же, вместо редактирования параметров запуска, можно использовать Политики :
- Откройте редактор реестр.
- Перейдите по ключу HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Chromium и
добавьте Dword
DiskCacheSize (ПКМ по Chromium ⇒ new
⇒ Dword (32-bit value)
).
Установите значение для размера кэша в байтах. - Для установки папки кэша, создайте String с именем DiskCacheDir и установите значение как полный путь к необходимой папке.
Linux
Всё аналогично ситуации с ярлыками Windows. Стоит поправить алиас для запуска хрома, чтобы он вызывался с необходимыми параметрами.
Интересный usecase - хранение кэша в оперативной памяти (tmpfs):
$ google-chrome --disk-cache-dir=/tmp/cache
Гляньте страничку arch linux про Chromium, чтобы узнать больше интересных вещей:)
Специально искал эту тему на Хабре, но нашел только рецепт уже готового портабельного 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 (спасибо tofik)
После правки, 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. «Портабельный» в теме специально указан в кавычках. потому что в процессе переноса пришлось залезть в реестр, и следовательно этот вариант не является чисто портабельным. Но если иметь ввиду только профайл - то не вопрос.
Все современные браузеры в процессе отображения веб-страниц временно сохраняют статическую часть контента в кэш на жестком диске компьютера.
Сегодня речь пойдет об особенностях настройки дискового кэша браузера Google Chrome , в первую очередь о его переносе на другой диск .
Напомню, что некоторое время назад мы уже проделали с Google Chrome в операционной системе Linux. Теперь займемся тем же самым, но у же в Windows.
Назначение кэша браузера
В Векипедии можно найти такое определение кэша — «Промежуточный буфер с быстрым доступом, содержащий информацию, которая может быть запрошена с наибольшей вероятностью. Доступ к данным в кэше осуществляется быстрее, чем выборка исходных данных из более медленной памяти или удаленного источника…».
Технологически в браузерах кэш организован по-разному, но его суть от этого не меняется. Главными задачами дискового кэша браузера являются экономия Интернет-трафика и ускорение загрузки и отображения веб-страниц при их повторном посещении.
Ключевой в данном случае является фраза «повторное посещение». Очевидно, что при первичной загрузке первой страницы того или иного сайта никакой экономии или ускорения не получится.
Вторая страница того же сайта будет отображена быстрее за счет того, что с локального диска будут взяты уже сохраненные к этому моменту файлы CSS, Javascript, элементы внешнего оформления и, тем самым, к веб-серверу будет сделано меньше запросов.
Как происходит управление содержимым дискового кэша браузера
Как уже было отмечено выше, сохраненные в кэше на диске файлы не будут оставаться там вечно.
Тем, какие файлы следует кэшировать и сколь долго их локальные копии будут считаться актуальными управляет непосредственно web-сервер с помощью HTTP заголовков Cache-Control и Expires .
Правильно настроенный web-сервер добавляет такой заголовок во все свои ответы и указывает таким образом браузеру нужно ли сохранять запрошенный файл в локальном хранилище и если да, то сколько времени его можно использовать.
Cache-Control
Cache-Control: max-age=3600
Такой заголовок предписывает браузеру кэшировать результат запроса на 1 час.
Cache-Control: max-age=0, no-cache
А такой запретит кэширование файла вовсе.
Expires
Браузер
Помимо выполнения директив веб-сервера, браузеры так или иначе контролируют объем кэша. Не знаю точно, как обстоят дела в других браузерах, но по моим наблюдениям Google Chrome держит максимальный объем кэша на уровне около 250 Мб. Это значит, что при достижении такого объема старое содержимое хранилища начинает вытесняться новым, причем происходит это независимо от его актуальности.
В каком случае имеет смысл переносить кэш браузера на другой диск
Проще сразу определить в каком случае ничего перенастраивать не нужно.
Если у вас не самый медленный в мире компьютер с обычным механическим жестким диском, то можно смело настройки кэша не трогать. По моим наблюдениям перенос кэш-файлов Google Chrome в оперативную память (на RAM диск) к сколько-нибудь заметному ускорению работы браузера не приводит.
Попутно тоже самое можно сказать по поводу столь любимой многими операции по очистке кэша браузера. На мой взгляд такую очистку стоит делать в одном единственном случае — перед созданием резервной копии системного диска. При этом результирующий файл бекапа получится немножечко меньше — в пределе на те самые 250 Мбайт. А так, в процессе обычной работы на компьютере, освобожденное на диске в результате очистки место будет вновь занято файлами браузерного кэша очень быстро. В зависимости от интенсивности вашего Интернет-серфинга на это может потребоваться всего лишь пара десятков минут.
Ситуация меняется если операционная система компьютера находится на твердотельном накопителе. В этом случае перенос браузерного кэша на другой диск или в оперативную память с целью минимизации операций записи на SSD и продления тем самым срока его службы можно признать действительно целесообразным.
Известные методы переноса и настройки кэша Google Chrome
В настройках браузера Google Chrome, доступных пользователю через веб-интерфейс, возможность изменения параметров дискового кэша не предусмотрена. Единственное, что можно сделать, это выполнить его очистку. Тем не менее существуют неявные методы управления браузерным кэшем.
Флаги запуска приложения Chrome
Когда речь заходит об изменении местоположения дискового кэша Chrome, консультанты Google обычно рекомендуют после chrome.exe добавить флаг —user-data-dir в поле « Объект » и указать новую директорию хранения.
Полностью это может выглядеть, например, так:
"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --user-data-dir=Z:\
“
Если нужно задать максимальный объем кэша, то нужно добавить еще один флаг: —disk-cache-size
и указать за ним желаемое значение в байтах.
Безо всякого сомнения такой способ настройки имеет полное право на существование, но представляется все же не слишком удобным. Мало того, что нужно отыскать все ярлыки запуска Google Chrome на компьютере и прописать в них флаги запуска, нужно еще не забыть о веб-приложениях на его основе, таких, как, например, GMail.
Символьные ссылки
Достаточно часто пользователи переносят кэш браузера Chrome с помощью символьных ссылок.
Ранее мы достаточно подробно разбирали использование символьных ссылок в Windows, например в цикле , посвященных переносу операционной системы на маленький SSD.
Для того, чтобы применить данный способ, необходимо знать дефолтное местоположение дискового кэша Google Chrome:
- Windows XP :
C:\Documents and Settings\%USERNAME%\Local Settings\Application Data\Google\Chrome\User Data\Default\Cache
C:\Documents and Settings\%USERNAME%\Local Settings\Application Data\Google\Chrome\User Data\Default\Media Cache
- Windows 8 or 7 or Vista
C:\Users\%USERNAME%\AppData\ Local\Google\Chrome\User Data\Default\Cache
C:\Users\%USERNAME%\AppData\ Local\Google\Chrome\User Data\Default\Media Cache
Нужно перенести указанные папки на выбранный для этой цели носитель при незапущенном браузере и создать на них ссылки в исходном местоположении. Сделать это можно с помощью команды mklink.
Например, при переносе файлов кэша в папку на диске Z:\ команда может выглядеть так:
mklink /D "C:\Users\%USERNAME%\AppData\Local\Google\Chrome\User Data\Default\Cache" "Z:\ChromeCache\Cache"
Очень удобно символьные ссылки создавать в популярном файловом менеджере FAR по “Alt+F6”. Бесплатно скачать и установить его можно с официального сайта программы.
Если перенос осуществляется на механический HDD с целью освобождения места на системном диске, то можно перенести весть пользовательский профиль, то есть целиком папку …\Default.
Но если в качестве целевого предполагается использовать RAM-диск в оперативной памяти, то лучше ограничиться двумя указанными папками. Файлы профиля пользователя в каталоге Default занимают около 200 Мб при том, что объем трафика с ними весьма незначителен.
Некоторое время я использовал такой способ переноса кэша браузера Chrome, однако отказался от него после того, как неожиданно возникла проблема с установкой понадобившегося мне расширения. Не знаю почему оно отказалось работать с привычными символьными ссылками, но такой факт имел место быть.
Шаблоны групповых политик Google Chrome
Существует более интересный, простой и абсолютно беспроблемный способ тонкой настройки браузера Google Chrome с помощью шаблонов групповых политик.
Главным образом шаблоны групповых политик предназначены для системных администраторов, которым необходимо управлять правилами Chrome в корпоративных сетях. Тем не менее никто не мешает нам с успехом использовать их и для настроек данного браузера на локальном персональном компьютере.
Первым делом нужно получить соответствующие шаблоны групповых политик и добавить их в операционную систему.
Скачиваем архив с шаблонами групповых политик для Google Chrome отсюда . Файл архива “policy_templates ” имеет размер около 7,5 Мб.
После распаковки архива в соответствующих папках можно найти файлы групповых политик для ОС Windows в форматах ADM и ADMX .
Не вдаваясь в подробности можно сказать, что формат ADM применялся в версиях операционной системы до Windows Vista / Windows Server 2008.
ADMX , используемый в современных версиях ОС, позволяет, в первую очередь, экономить место на системных дисках SYSVOL контроллеров доменов, необходимое для хранения назначенных объектов групповых политик.
Скопируйте файлы административных шаблонов в каталог C:\Windows\PolicyDefinitions .
Файл chrome.admx нужно скопировать в корень данной папки. Кроме того для локализации, в данном случае – русификации, в папку C:\Windows\PolicyDefinitions\ru-RU нужно положить файл chrome.adml из папки архива …\policy_templates\windows\admx\ru .
После этого можно сразу же приступать к изменению дефолтных настроек Google Chrome.
Запускаем командную строку с правами администратора и набираем
gpedit.msc
Открывается редактор локальной групповой политики:
Групповые политики делятся на те, которые выполняются при старте операционной системы и те, которые применяются при входе пользователя в сеанс. Соответственно, первые находятся в ветке “Конфигурация компьютера ”, вторые в “Конфигурация пользователя ”.
В нашем случае в каком разделе задавать нужные нам правила значения не имеет. Учитывая тот факт, что запуск браузера до входа пользователя в сеанс событие, скорее всего, маловероятное, выполним настройки в разделе “Конфигурация пользователя ”.
Открываем “Конфигурация пользователя” –> “Административные шаблоны” –> “Google” –> “Google Chrome” и находим в правой части окна редактора локальной групповой политики “Установка каталога кеша на диске ”.
Прописываем желаемое местоположение дискового кэша браузера Chrome (в примере это корень диска Z:), включаем и сохраняем данное правило.
Теперь можно сразу же проверить результат. Перезапускаем браузер. Если в дополнительных настройках вашего браузера разрешено “Не отключать работающие в фоновом режиме сервисы при закрытии браузера ”, то не забудьте выполнить дополнительный выход через значок Chrome в трее.
После запуска Google Chrome на указанном в политике диске или каталоге диска должны появиться папки “Cache ” и “Media Cache ” (последняя может сразу и не появиться – зависит от типа контента просматриваемого сайта). Собственно, это и все.
Дополнительно, если это необходимо, можно точно так же задать предельно допустимый объем дискового кэша и отдельно объем кэша для медиаданных . Значения нужно задавать в байтах. Так, если Вы захотите ограничить кэш на уровне, например, точно 150 Мб, то в байтах это будет 157286400.
Некоторые соображения по поводу переноса кэша браузера в оперативную память
Как мы уже отметили выше, в первую очередь кэш браузера имеет смысл убрать с твердотельного накопителя.
Если компьютер имеет более одного жесткого диска и один из них традиционный механический, то решение может быть очень простым. А вот если диск в компьютере всего лишь один и он SSD, то придется задуматься об организации виртуального диска в оперативной памяти.
Найти подходящее ПО для организации RAM-диска для переноса на него браузерного кэша не сложно. Тем более, что выбор не столь велик.
Например, можно смело порекомендовать “RAMDisk” от компании Dataram . Версия под названием “RAMDisk Software”, имеющая ограничение на максимальный объем виртуального диска до 4 Гб, распространяется бесплатно. Такого объема более чем достаточно для решения нашей задачи.
Некоторое время назад я с успехом использовал данное ПО для организации сверхбыстрого накопителя с целью , записанных с NTFS-сжатием.
К сожалению подавляющее большинство Windows-программ для организации накопителей в оперативной памяти компьютера, в отличие от Linux, не умеют динамически менять объем виртуального диска.
Для нашей сегодняшней задачи это не так уж и страшно. Достаточно задать с помощью групповых политик максимальный объем дискового кэша и кэша для медиаданных и создать RAMDisk размером на 10-15% больше их суммарного значения.
Если не сделать такой запас, то при приближении к предельному значению выделенного объема операционная система начнет весьма назойливо сообщать о том, что на диске заканчивается место.
Но, коль уж сделан быстрый диск в оперативной памяти, то наверняка захочется перенести на него временные системные файлы. И вот тут при фиксированном размере небольшого RAM-диска начнутся неприятности.
Дело в том, что обычно временные файлы Windows занимают совсем немного места, но время от времени программы, например при автоматическом обновлении, могут пытаться записать в TEMP или TMP весьма солидные объемы информации. Так поступает, в частности, NVIDIA при обновлении своего ПО – пакет скачивается в TMP, а это около 300 Мб.
Долгое время я не мог понять почему на групповых операциях как-то очень нехорошо зависает программа для работы с фотографиями “ViewNX 2” от Nikon. В конце концов оказалось, что опять же из-за недостатка места на носителе для временных файлов.
Можно пытаться бороться с этими неприятностями самостоятельно скачивая пакеты обновлений или задавая в настройках программ альтернативные пути для временных каталогов (если это предусмотрено, конечно). Но очевидно, что кардинально решить проблему можно существенно увеличив объем виртуального носителя – до 1 Гб и более.
Делать это допустимо только тогда, когда компьютер имеет некий “запас” оперативной памяти. В противном случае от переноса временных файлов на RAM-диск лучше отказаться вовсе.
Тем не менее есть отличное решение задачи — “Primo Ramdisk” (VSuite Ramdisk II ) от компании ROMEX Software . К сожалению бесплатной версии не предусмотрено, только 30-дневный пробный период. За лицензию “Primo Ramdisk Standard Edition” на два компьютера разработчики просят $29.95. Возможно, оно того стоит.
Данное ПО умеет создавать динамические виртуальные RAM-диски в Windows. Максимальный объем диска задается при его создании, но реально для него задействуется ровно столько оперативной памяти, сколько нужно для размещения на нем файлов в данный момент времени. Как только некая информация с виртуального RAM-диска удаляется, оперативная память тут же (на самом деле через 30 секунд) возвращается операционной системе.
С целью еще большей минимизации использования оперативной памяти можно включить ntfs-сжатие виртуального RAM-диска.
Подробное описание достоинств и недостатков данной программы не является темой сегодняшней статьи. Возможно, что мы к ней еще вернемся позднее. Главное, что кардинально отличает ее от других подобных программ, это создание динамических RAM-дисков и умение работать с в 32-разрядных ОС. Последнее может быть очень неплохой альтернативой , отнюдь не всегда приводящему к желаемому результату.
Из недостатков можно отметить один, но весьма существенный. Если связать созданный динамический диск с файлом-образом для загрузки/сохранения его содержимого, то такой RAM-диск сразу же динамическим быть перестает. По крайней мере мне не удалось добиться иного.
Это значит, что для того, чтобы RAM-диск оставался действительно динамическим, а этого очень хочется, о сохранении его содержимого при выключении и перезагрузке компьютера нужно забыть. Во всяком случае средствами, предусмотренными в программе.
В общем-то никто не мешает написать простенький скрипт для синхронизации содержимого виртуального диска с некой папкой на физическом диске при старте и выключении компьютера, как это было описано в статье, на которую есть ссылка в начале данной публикации, применительно к Linux.
А теперь зададимся таким крамольным вопросом. А так ли уж важно сохранять содержимое кэша браузера при выключении/перезагрузке компьютера?
Как мы уже разобрались выше, на скорость загрузки и отображения впервые посещаемых веб-ресурсов кэш браузера никак не влияет, при просмотре нескольких страниц одного сайта все будет замечательно, а вот успеете ли вы вернуться к некогда ранее посещённому сайту до того, как кэш его страниц станет неактуальным или не будет попросту вытеснен другим более новым – большой вопрос.
В пользу несохраняемого RAM-диска для браузерного кэша и временных системных файлов есть еще минимум два аргумента.
Как часто вы выключаете и перезагружаете компьютер?
Если у вас ноутбук, то скорее всего происходит это довольно редко. Как правило обычным состоянием неработающего подключенного к сети ноутбука является сон, если питание от аккумулятора, то хибернейт.
С настольным компьютером все не так однозначно, скорее всего частота выключений определяется наличием или отсутствием источника бесперебойного питания.
Однако, если в настройках “Электропитание” установлено “Включить быстрый запуск (рекомендуется)”, что по сути представляет собой усеченный вариант хибернейта, то содержимое виртуально диска, созданного с помощью Primo Ramdisk , будет сохраняться и при выключении компьютера.
Заключение
Способ настройки кэша браузера Google Chrome с помощью групповых политик является весьма простым и наиболее эффективным.
При переносе браузерного кэша в оперативную память компьютера можно использовать любое предназначенное для организации виртуальных RAM-дисков ПО.
Наиболее эффективным с точки зрения использования оперативной памяти является программное обеспечение “Primo Ramdisk” (VSuite Ramdisk II ) компании ROMEX Software , которое позволяет использовать динамические RAM-диски.
Firefox продолжает набирать популярность - с каждым годом он медленно, но верно отвоевывает у Internet Explorer территорию на рынке браузеров. Однако, ничто не идеально, и даже у Firefox есть недостатки.
Один из самых раздражающих - замедление работы с течением времени. После установки Firefox просто «летает», но, при активном использовании, через 2–3 месяца он станет похож на неповоротливого бегемота. Попробуйте, например, после загрузки компьютера и запуска браузера набрать в адресной строке какой–нибудь символ, и вы увидите, как Firefox зависнет на несколько мгновений. Это происходит из–за того, что браузер должен просмотреть огромный список посещенных сайтов и найти на них введенный вами символ.
Журнал Firefox хранится в базе данных, которая находится на жестком диске в каталоге вашего профиля. Со временем она разрастается до огромных размеров и фрагментируется, да и медленный винчестер тоже не способствует ускорению ее работы - все это приводит к тому, что ваш любимый браузер начинает неприятно тормозить и подвисать в самые неподходящие моменты.
Можно оптимизировать базу данных, потребление памяти или журнал, но эффект будет недолговечным, и, со временем, вам придется повторять эти операции все чаще и чаще. В этой статье мы рассмотрим более радикальный способ увеличения быстродействия: перенос данных профиля и кэша Firefox на рамдиск (виртуальное устройство, создаваемое в оперативной памяти компьютера). Firefox будет работать быстрее за счет того, что чтение и запись данных в память происходят в несколько раз быстрее, чем те же операции с жестким диском.
Для создания рамдиска будем использовать программу Dataram RAMDisk - она бесплатна и поддерживает все версии Windows. Чтобы вы не запутались, я опишу весь процесс по шагам:
Что ж, виртуальный диск создан - теперь осталось только перенести на него ваш профиль и кэш и заставить Firefox работать с рамдиском.
Теперь вы снова можете пользоваться своим любимым браузером. Сохранение и загрузка профиля автоматизированы, вам не нужно предпринимать никаких дополнительных действий - просто наслаждайтесь «сверхзвуковым» Firefox.