Андрей Смирнов
Время чтения: ~19 мин.
Просмотров: 4

Правильный перенос кэша Chrome и Firefox на RAMDisk. И пусть винчестер живет долго

Свежие записи

Самое популярное

Главная > Популярные Операционные системы > Microsoft Windows > Настройка кэша Google Chrome с помощью групповых политик

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

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

Expires: Wed, 1 Jul 2015 23:55:55 GMT

Заголовок такого вида разрешает браузеру использовать кэш до 1 июля 2015 года.

Браузер

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

В каком случае имеет смысл переносить кэш браузера на другой диск

Проще сразу определить в каком случае ничего перенастраивать не нужно.

Если у вас не самый медленный в мире компьютер с обычным механическим жестким диском, то можно смело настройки кэша не трогать. По моим наблюдениям перенос кэш-файлов Google Chrome в оперативную память (на RAM диск) к сколько-нибудь заметному ускорению работы браузера не приводит.

Попутно тоже самое можно сказать по поводу столь любимой многими операции по очистке кэша браузера. На мой взгляд такую очистку стоит делать в одном единственном случае — перед созданием резервной копии системного диска. При этом результирующий файл бекапа получится немножечко меньше — в пределе на те самые 250 Мбайт. А так, в процессе обычной работы на компьютере, освобожденное на диске в результате очистки место будет вновь занято файлами браузерного кэша очень быстро. В зависимости от интенсивности вашего Интернет-серфинга на это может потребоваться всего лишь пара десятков минут.

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

Известные методы переноса и настройки кэша Google Chrome

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

Флаги запуска приложения Chrome

Когда речь заходит об изменении местоположения дискового кэша Chrome, консультанты Google обычно рекомендуют после chrome.exe добавить флаг —user-data-dir в поле «Объект» и указать новую директорию хранения.

Полностью это может выглядеть, например, так:"C:Program Files (x86)GoogleChromeApplicationchrome.exe" --user-data-dir=Z: Если нужно задать максимальный объем кэша, то нужно добавить еще один флаг: —disk-cache-size и указать за ним желаемое значение в байтах.

Безо всякого сомнения такой способ настройки имеет полное право на существование, но представляется все же не слишком удобным. Мало того, что нужно отыскать все ярлыки запуска Google Chrome на компьютере и прописать в них флаги запуска, нужно еще не забыть о веб-приложениях на его основе, таких, как, например, GMail.

Символьные ссылки

Достаточно часто пользователи переносят кэш браузера Chrome с помощью символьных ссылок.

Ранее мы достаточно подробно разбирали использование символьных ссылок в Windows, например в цикле статей, посвященных переносу операционной системы на маленький SSD.

Для того, чтобы применить данный способ, необходимо знать дефолтное местоположение дискового кэша Google Chrome:

  • Windows XP:

C:Documents and Settings%USERNAME%Local SettingsApplication DataGoogleChromeUser DataDefaultCache

C:Documents and Settings%USERNAME%Local SettingsApplication DataGoogleChromeUser DataDefaultMedia Cache

  • Windows 8 or 7 or Vista

Нужно перенести указанные папки на выбранный для этой цели носитель при незапущенном браузере и создать на них ссылки в исходном местоположении. Сделать это можно с помощью команды mklink. Например, при переносе файлов кэша в папку на диске Z: команда может выглядеть так:mklink /D "C:Users%USERNAME%AppDataLocalGoogleChromeUser DataDefaultCache" "Z:ChromeCacheCache" Очень удобно символьные ссылки создавать в популярном файловом менеджере 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:WindowsPolicyDefinitions.

Файл chrome.admx нужно скопировать в корень данной папки. Кроме того для локализации, в данном случае – русификации, в папку C:WindowsPolicyDefinitionsru-RU нужно положить файл chrome.adml из папки архива …policy_templateswindowsadmxru.

После этого можно сразу же приступать к изменению дефолтных настроек Google Chrome.

Запускаем командную строку с правами администратора и набираемgpedit.msc Открывается редактор локальной групповой политики:

ADMX_Google_Chrome.png

Групповые политики делятся на те, которые выполняются при старте операционной системы и те, которые применяются при входе пользователя в сеанс. Соответственно, первые находятся в ветке “Конфигурация компьютера”, вторые в “Конфигурация пользователя”.

В нашем случае в каком разделе задавать нужные нам правила значения не имеет. Учитывая тот факт, что запуск браузера до входа пользователя в сеанс событие, скорее всего, маловероятное, выполним настройки в разделе “Конфигурация пользователя”.

Открываем “Конфигурация пользователя”  –>  “Административные шаблоны”  –> “Google”  –> “Google Chrome”  и находим в правой части окна редактора локальной групповой политики “Установка каталога кеша на диске”.

ADMX_Google_Chrome_DiskCacheDir.png

Прописываем желаемое местоположение дискового кэша браузера 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-диски.

в рубрике  —  Microsoft Windows, Интернет & Веб  Теги: Chrome, Google, Microsoft, SSD, Твердотельный накопитель
Наверх
Наверх
  • Чулан*
Предыстория

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

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

  • --disk-cache-dir=<путь к папке> : местоположение кэша
  • --disk-cache-size=<размер в байтах> : размер кэша
  • --user-data-dir=<путь к папке> : папка всех пользовательских данных (профили, кэш, …)

Собственно, всё что нужно — запускать Google Chrome с правильными параметрами. Всё нижесказанное в равной мере применимо и для Chromium.

Windows

В Windiws 7 хром по умолчанию хранит кэш где-то в районе C:UsersusernameAppDataLocalGoogleChromeUser DataDefaultCache. (Для других ОС см. Источники)

Для изменения метоположени кэша на постоянно, требуется выполнить следующие шаги:

Шаг 1. Изменяем ярлык

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

Затем:

  1. Создаём где-либо папку для будушего кэша. Например, по адресу "D:tempGoogle_Chrome"
  2. В поле «Объект», через пробел, добавляем полный путь к этой папке как параметр:--disk-cache-dir="D:tempGoogle_Chrome"

Теперь по адресу "D:tempGoogle_Chrome" будет храниться кэш браузера Google Chrome. После перезапуска Chrome в ней появятся папочки Cache, Media Cache и т. д.

Чтобы ограничить размер кэша, например, в 300Мб, через пробел добавляем ещё один параметр:

--disk-cache-size=314572800 (300 * 1024 * 1024 = 314572800 байт)

Если хочется избавиться от кэша совсем — установите его размер в 1 🙂

Но: если хром — браузер по умолчанию, то при запуске из сторонних приложений, он по-прежнему будет запускаться с параметрами по умолчанию. Поэтому — переходим к шагу два.

Шаг 2. Правим реестр

  1. Открываем редактор реестра (Win+R ⇒ пишем regedit ⇒ жмём Enter)
  2. Переходим по ключу HKEY_CLASSES_ROOTChromeHTMLshellopencommand
  3. Там необходимо найти путь к исполняемому файлу Chrome (команду запуска)regedit-500x242.png
  4. Добавляем необходимые параметры после «…chrome.exe» (в кавычках)

Итоговая команда для запуска в реестре будет выглядеть как-то вроде "C:UsersMartinAppDataLocalGoogleChromeApplicationchrome.exe" --disk-cache-dir="D:tempGoogle_Chrome" --disk-cache-size=314572800 -- "%1" (для Win7).

Всё.

Шаг 3. Альтернатива 1

Как вариант, можно не редактировать ярлыки/реестры, а просто поместить символическую ссылку на нужное место вместо старой папки кэша.

Шаг 3. Альтернатива 2

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

  1. Откройте редактор реестр.
  2. Перейдите по ключу HKEY_LOCAL_MACHINESOFTWAREPoliciesChromium и добавьте DwordDiskCacheSize (ПКМ по ChromiumnewDword (32-bit value)). Установите значение для размера кэша в байтах.
  3. Для установки папки кэша, создайте String с именем DiskCacheDir и установите значение как полный путь к необходимой папке.

Linux

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

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

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

Mac OS X

Гляньте официальную страничку Chromium о User Data.

Источники:

Рейтинг автора
5
Подборку подготовил
Илья Коновалов
Программист и опытный пользователь интернета
Написано статей
179
Ссылка на основную публикацию
Похожие публикации