Ускоряем Firefox — перенос профиля и кэша на рамдиск

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


Если хранилище кэшированных файлов периодически не очищать, то довольно скоро оно займет на диске приличное место. Это особенно актуально, так как кэш всех браузеров располагается в системном разделе, под который обычно выделяется сравнительно немного места.

Следовательно, чтобы освободить на диске C дополнительное пространство, браузерный кэш следует перенести куда-нибудь в другое место. Например, на другой логический или физический диск. Впрочем, у вас могут быть и другие причины для переноса кэша, это неважно, главное разобраться, как это правильно сделать. Вот этим мы как раз и займёмся. Начнём с самого популярного, как это принято считать, браузера Google Chrome .

Перенос кэша Google Chrome

Если Chrome у вас открыт, закройте его, а затем скопируйте и вставьте в адресную строку Проводника этот путь:

%userprofile%/local settings/application data/google/chrome

В открывшемся каталоге вы увидите папку . В ней то и хранится кэш Chrome.

Скопируйте её в любое удобное вам место. Теперь идём на рабочий стол и открываем свойства ярлыка Chrome. В поле в конец уже имеющегося там пути через пробел дописываем параметр —user-data-dir=»D:/User Data» и сохраняем результат.

Как вы уже поняли, - это новый путь к перенесённой папке кэша. Теперь можете запускать браузер. Отныне он будет обращаться к кэшу из этой папки.

П римечание: обратите внимание, что обращение по новому адресу кэша будет производится только в тех случаях, когда Chrome будет запускаться через отредактированный ярлык .

Перенос кэша Mozilla Firefox

С переносом кэша в Firefox всё немного сложнее. Для начала переходим в каталог профиля для чего в адресную строку Проводника вводим строку %appdata%/Mozilla/Firefox/Profiles и жмём ввод. В парке профиля вы увидите папку c именем xxxxxxx.default , где строчка из икосов - собственное имя профиля. У вас оно будет своё, неизменным останется только расширение default .

Копируем её в нужное место, а затем вновь переходим в Проводнике, но уже по адресу %appdata%/Mozilla/Firefox/profiles.ini . При этом в Блокноте у вас откроется конфигурационный файл profiles.ini . Нижняя его строчка содержит путь к профилю по умолчанию, который выглядит следующим образом:

Path=Profiles/ xxxxxxx.default

Меняем его на новый путь, по которому перенесли каталог с кэшем:

Path=D:/xxxxxxx.default

Заодно убедитесь, что параметр имеет значение 0 . Если у вас он отличается, исправьте это, чтобы было как на скриншоте.

Запустите браузер и откройте страницу скрытых настроек, перейдя по адресу . Кликните по пустому месту правой кнопкой мыши и выберите в меню опцию Создать -> Строка .

Имя новому параметру дайте browser.cache.disk.parent_directory , а в качестве его значения вставьте новый путь к скопированной ранее папке профиля.

Перезапустите Firefox и он начнёт работать из новой папки.

Перенос кэша Opera

Перенос кэша Opera почти ничем не отличается от того, что мы делали при переносе кэша Google Chrome. Описанным выше способом переходим в каталог по адресу %userprofile%/AppData/Local/Opera Software/Opera Stable и копируем в новое расположение папку Cache .

Открываем свойства ярлыка, коим привыкли запускать браузер и в поле к имеющейся в нём строке через пробел добавляем параметр —disk-cache-dir=D:/Cache , где «D:/Cache» - путь к скопированной или перемещённой папке кэша. Да, чтобы старая папка не занимала больше места, можно её удалить. То же касается примеров с другими браузерами.

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

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

  • --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. Изменяем ярлык

ПКМ по ярлыку ⇒ "Свойства" ⇒ вкладка "Ярлык"

  1. Создаём где-либо папку для будушего кэша.
    Например, по адресу "D:\temp\Google_Chrome"
  2. В поле "Объект" , через пробел, добавляем полный путь к этой папке как параметр:
    --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

Так же, вместо редактирования параметров запуска, можно использовать Политики :

  1. Откройте редактор реестр.
  2. Перейдите по ключу HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Chromium и добавьте Dword DiskCacheSize (ПКМ по Chromium ⇒ new Dword (32-bit value) ).
    Установите значение для размера кэша в байтах.
  3. Для установки папки кэша, создайте String с именем DiskCacheDir и установите значение как полный путь к необходимой папке.

Linux

Всё аналогично ситуации с ярлыками Windows. Стоит поправить алиас для запуска хрома, чтобы он вызывался с необходимыми параметрами.

Интересный usecase - хранение кэша в оперативной памяти (tmpfs):
$ google-chrome --disk-cache-dir=/tmp/cache

Гляньте страничку arch linux про Chromium, чтобы узнать больше интересных вещей:)

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

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

Но иногда в компьютерах в качестве системного используется не HDD, а SSD, который, как известно, имеет весьма ограниченный ресурс записи/перезаписи. А во время сёрфинга браузер постоянно записывает информацию, заменяя старую новой по исчерпании выделенного места. В этом случае имеет смысл перенести кэш браузера на другой диск или в оперативную память (RAM-диск).

Перенос на другой жёсткий диск

Перенос кэша браузера Google Chrome на другой диск проще всего выполняется следующим образом:

  • Найдите папку на своём компьютере, где хранится кэш :
  1. Для начала зайдите в папку AppData, которая находится на диске с системой в папке под названием имени пользователя.
  2. В AppData зайдите в Local, далее Google, Chrome, User Data, Default, а в ней и будет нужная папка Cache.

  1. Запустите командную строку , желательно от имени администратора.
  2. Введите команду mklink, после через пробел: /D «целиком исходный путь» «целиком новый путь».

Все указанные действия должны выполняться при закрытом Google Chrome. Чтобы перенести кэш Google Chrome на рамдиск, нужно сначала создать виртуальный диск в оперативной памяти с помощью специального приложения, а потом действовать в точности по вышеуказанной инструкции. Порядок создания рамдиска будет рассмотрена ниже, поскольку он актуален для всех интернет-браузеров.

ВНИМАНИЕ. Перенос кэша Яндекс Браузера аналогичен процедуре для Google Chrome. С той лишь разницей, что в папке AppData вам нужно найти папку Yandex, а в ней Yandex Browser и потом точно также User Data, Default и Cache.

В Опере действия выполняются аналогично Яндексу и Google Chrome:

  • В AppData\Local ищете Opera Software.
  • Открываете Opera Stable, в ней и будет находиться Cache.
  • Копируете его в новое место, потом кликаете правой кнопкой по ярлыку Opera.
  • Проставляете в строке «Объект» после opera\launcher.exe точно такую же команду, как для Chrome.

ВАЖНО. Если Opera является браузером по умолчанию, то также необходимо поместить символические ссылки. Можно сделать это из командной строки, как описано выше.

Инструкция по переносу файлов кэша браузера Mozilla Firefox несколько отличается от предыдущих:


Перенос в оперативную память

Как было сказано ранее, иногда имеет смысл перенести кэш браузера не просто на другой диск, а в виртуальный RAM-диск. Создать его можно при помощи одного из множества специальных приложений. Рассмотрим перенос кэша в RAM-диск на примере программы RAM Disk:


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

Решает эту дилемму программа Primo Ramdisk. Она позволяет создать динамический RAM-диск. Суть в том, что вы определяете сами лишь максимальный дисковый объём, а программа сама решает, сколько можно отдать браузеру в настоящий момент исходя из системных показателей. Минусом приложения является то, что оно платное.

Таким образом, алгоритм переноса кэша схож на всех видах браузеров. Сначала вы копируете папку с данными в новое место. После этого разъясняете системе и программе, что путь поменялся. Точно также и с переносом на RAM-диск. Просто прописываете к нему путь в настройках. Известно, что оперативная память обнуляется после выключения компьютера. Но в случае с виртуальным RAM, можно сохранить образ на время отключения питания. Либо не сохранять, тогда получится, что ваш кэш автоматически очищается при завершении работы. Оставляйте свои комментарии, если столкнулись со сложностями изменения хранения данных кэша, и каким образом их удалось решить.

Как-то примерно год назад появился у меня компьютер, который можно было брать с собой на диван - ноутбук то есть. Ноутбук выбирался чисто для работы, одним из требований при выборе была неплохая производительность. Процессор Intel Core i3 показался достаточным по производительности.

Но, поначалу шустрый ноутбук все больше и больше начинал меня нервировать своей медлительностью. Не то чтобы он тупил, подвисал и тому подобное - нет, он просто равномерно медленно работал. Особенно это было хорошо заметно если поработаешь за «полноразмерным» компьютером с шустрым винчестером, а потом пересядешь за ноутбук. Виной тому был медленный винчестер ноутбука. Причем это проблема не конкретно моего ноутбука, это проблема всех ноутбуков, потому что в них стоят медленные винчестеры со скоростью вращения 5400 об/мин.

В один из дней это меня достало, и было решено купить SSD. Причем выбирался самый быстрый. Проанализировав занятое место на диске С: и финансы, было решено брать SSD объемом 64 GB. А учитывая что при маленьком объеме у большинства твердотельных накопителей скорость падает пропорционально с уменьшением емкости, круг выбираемых моделей быстро сузился. Выбор пал на Samsung 830.

Но как вставить SSD в ноутбук, в котором нет места под второй винчестер? Вариант с полной заменой HDD на SSD я сразу отмел. Быстрое «гугление» привело к тому, что есть все-таки способы - вместо ненужного нынче DVD поставить SSD. Я был уже не первый с такими вопросами, и быстро нашел что нужен некий переходник в который ложится винчестер и вставляется вместо привода. На ebay.com был найден нужный переходник. Назывался лот «Universal 9.5mm 2.5» SATA 2nd HDD Hard Driver Caddy For CD DVD Optical Bay". Стоил он чуть больше восьми долларов.

После почти месячного ожидания, свежекупленый SSD был вставлен в переходник, а переходник уже в ноутбук. Конечно крышка переходника не совсем как у родного привода, получилось не совсем незаметно, но достаточно терпимо.
На новенький винчестер была установлена новомодная Windows 8, всё летало и я был просто сказочно рад что ноутбук мой обрел практически вторую жизнь. Радости моей небыло предела до тех пор пока я не запустил программы мониторинга оставшейся жизни SSD. В частности, программа SSD Ready предрекала остаток жизни моему SSD в полгода. Это как-то совсем не радовало. Начал читать, и думать почему так.

Оказалось, все было просто - самой основной нагрузкой на винчестер стал… Google Chrome! Никогда бы не подумал что монстр огромной корпорации будет так вредить моему винчестеру.
Хром постоянно что-то пишет в кеш. Практически беспрерывно. Вот сюда каждые 2 секунды
c:\Users\User\AppData\Local\Google\Chrome\User Data\Default\Cache\
Также еще есть папка куда пишется кеш онлайн-видео которое вы смотрите. Папка эта носит название Media Cache
А еще пишутся иконки, история и все такое. В итоге я пришел к выводу, что папка User Data просто постоянно изменяется, записывая-считывая файлы и убивая мой SSD.

Быстрый анализ интернета дал ясно понять, что инженерам Хрома это абсолютно не доставляет неудобств, ибо настроек по этой части у хрома практически нет. Настройки принудительно можно применить, дописав к ярлыку параметр, и потом запускать Хром нужно обязательно через этот ярлык, иначе запустится без параметров. Такие же танцы с бубном и у огнелиса. А вот у Оперы все проще - задал в настройках без кеша, и всё.

Было решено отключить этот проклятый кеш Хрома чтобы он вообще не писал ничего на диск. Добавляем к ярлыку запуска Google Chrome параметр "--disk-cache-size=1 --media-cache-size=1". И о чудо! Кеш не пишется, а браузер… не летает и довольно плохо работает. Особенно заметно когда открываешь хром с 30 открытыми вкладками, когда он все подгружает заново. Ну и совсем от записей мы тоже не избавились - что-то типа иконок и истории, все равно писалось на диск.

Вторым вариантом решения проблемы был перенос папки с настройками профиля хрома User Data на HDD. Это конечно бы решило все проблемы, но спрашивается зачем я покупал SSD?

Следующий вариант по-моему скромному мнению, решил все мои проблемы. Я решил использовать RAM Drive - т.е. держать все в оперативной памяти, и только лишь при выключении писать на винчестер. Учитывая что ноутбук у меня либо включен, либо в ждущем режиме, то писаться при выключении будет очень редко. Из понравившихся программ остановил выбор на Qsoft RAMDisk. Ставится как драйвер. В свойствах выбрал размер диска, файловую систему, куда писать при выключении. Под диск выделил 512 МБ (думаю разумный минимум 128 МБ).

Можно было перенести просто папку кеша, можно было и добавить к ней папку Media Cache, но я решил полностью избавиться от всяческих записей, и перенести полносью всю папку User Data.

Можно было опять же указать в параметрах ярлыка --user-data-dir=«путь к рам-диску» для перенаправления хранения профиля, можно было прописать в реестре, но при запуске без ярлыка либо обновлении, все это не работало бы. Начал думать как бы так сделать чтобы ничего не меняя перенаправить. И тут я вспомнил про символические ссылки!

Была скачана утилита Link Shell Extension, при помощи которой я фактически на месте папки User Data создал «ярлык», ссылку которая вела на мой рам-диск. Т.е. на диске ничего не лежало, заходя в папку User Data мы сразу же перенаправлялись на рам-диск. Причем в чем плюс такого решения - ни система, ни Хром никакого подвоха не видели.

Хром стал работать еще быстрее чем он был на SSD. Очень быстро. Я теперь наверное даже всем порекомендую хотя-бы кеш хрома вынести на небольшой рам-диск. Лично для меня загадка почему инженеры не придают внимания проблеме того что хром очень много и часто пишет. Надежность информации это хорошо, но не ценой же убийства винчестера!

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

Все современные браузеры в процессе отображения веб-страниц временно сохраняют статическую часть контента в кэш на жестком диске компьютера.

Сегодня речь пойдет об особенностях настройки дискового кэша браузера 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-диски.



Есть вопросы?

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: