|
|
|
|
 Far |
| WinNavigator |
| Frigate |
| Norton
Commander |
| WinNC |
| Dos
Navigator |
| Servant
Salamander |
| Turbo
Browser |
|
|
| Winamp,
Skins, Plugins |
| Необходимые
Утилиты |
| Текстовые
редакторы |
| Юмор |
|
|
|
File managers and best utilites |
Ускоряем браузер и попутно продляем жизнь SSD — переносим кэш браузера на RAM-диск в Linux. Перенос кэша браузера yandex на другой диск
Яндекс.Браузер
Последние публикации
Удаление паролей и данных форм из Яндекс Браузера. Функция сохранения паролей. Полное удаление всех сохраненных данных. Удаление записи для отдельно взятого сайта. Почему бывает нужно удалить пароли.
Синхронизация Яндекс браузера. Создание персонального аккаунта в системе Yandex. Включение и настройка автоматической синхронизации. Подключение новых устройств. Импорт настроек из других браузеров.
Бесплатный VPN-сервис Hola для Яндекс браузера. Принцип действия VPN. Установка расширения через каталог плагинов Яндекса или Google. Работа с анонимайзером Hola, подключение к зарубежным серверам.
Плагины FVD Video Downloader и Video DownloadHelper для Яндекс браузера. Удобная загрузка видео без потери качества прямо с социальных сетей и видео-хостинга YouTube. Установка и использование расширений.
Как изменить фон для Яндекс браузера. Настройка стартовой страницы браузера. Контекстное меню страницы визуальных закладок. Смена фона. Добавление новых изображений с жесткого диска. Анимированный фон.
Где находится кэш браузера Яндекс. Очистка кеш-памяти с помощью стандартных средств веб-обозревателя. Настройка Проводника Виндовс для работы со скрытыми папками. Расположение папки Cache на жестком диске.
Как увеличить кэш в Яндекс браузере. Назначение папки Cache. Для чего нужно увеличивать объем кеша. Изменение свойства ярлыка обозревателя. Перенос Cache на другой жесткий диск.
Настройки Яндекс браузера. Изменение конфигурация с помощью меню «Options». Инструмент «Табло» и визуальные закладки. Управление установленными плагинами и установка новых.
Как убрать всплывающие окна в Яндекс браузере. Отключение с помощью настроек содержимого в обозревателе. Настройка исключений для нужных вебсайтов. Защитные расширения Adblock и Adguard.
Как включить Флеш плеер в Яндекс браузере. Описание функций Adobe Flash. Служебная страница для управления подключенными модулями. Устранения конфликта различных версий. Решение проблем с автообновлением.
moybrauzer.ru
Перенос профилей браузеров с диска Windows в другое место при помощи программы Junction Link Magic
Как перенести рабочие данные браузера в другое место на компьютере? Даже если браузер изначально установить на другой диск, например, D или E, все равно в скрытой папке пользовательского профиля на диске С «AppData» (в современных версиях Windows) будут размещаться данные профиля веб-обозревателя – кэш, история, куки, настройки, расширения и т.п. Многие браузеры предусматривают возможность переноса их кэша с системного диска С на другой диск – другой раздел или другое устройство. Правда, эту возможность не найти удобной, бросающейся в глаза опцией в меню браузеров. Функция смены пути хранения кэша, как правило, размещается в скрытых настройках веб-обозревателей. В этой статье не будем углубляться в специфику смены пути кэша для каждого из браузеров. Поступим проще – рассмотрим универсальный способ переноса кэша веб-обозревателей в другое место. Но переносить будем не только кэш, а профили браузеров целиком. И поможет нам в этом небольшая программка Junction Link Magic.
1. Зачем переносить профиль браузера в другое место на компьютере?
Необходимость переноса кэша и прочих часто перезаписываемых данных браузеров в редких случаях может быть вызвана приближением срока наработки на отказ SSD. Чаще перенос определенных файлов системы и стороннего софта проводится либо на HDD из-за того, что на 64-гигабайтном SSD заканчивается место, либо на RAM-диск – производительный диск, созданный за счет избытка оперативной памяти и реализуемый в системе Windows специальным типом программ. Перенос кэша и прочих данных браузера на RAM-диск может в разы ускорить работу с Интернетом, поскольку скорость считывания и записи мелких файлов у оперативной памяти в несколько тысяч раз больше, чем у HDD.
Но RAM-диск может решить только проблему медленной скорости работы HDD. RAM-диск не решает ни вопрос со слабым процессором, ни проблему с медленной скоростью интернет-подключения. Чтобы понять, есть ли эффект от работы браузера в связке с RAM-диском, не обязательно сразу же приступать к переносу профиля. Их взаимодействие можно протестировать, поместив на RAM-диск портативную версию любого из браузеров. Если эффект будет очевиден, далее можно уже приступать к переносу на RAM-диск профилей браузеров, установленных в системе Windows.
2. О программе Junction Link Magic
Бесплатная программа Junction Link Magic – это простенький инструмент, предназначенный для создания в Windows так называемых точек соединения, аналога символьных ссылок. С помощью этой программы мы свяжем исходные папки на диске С и папки на диске назначения, куда позднее перенесем содержимое. На диске С будут размещаться лишь ярлыки перенесенных папок, но Windows будет их видеть как обычные папки, физически присутствующие на диске системы.
Скачиваем программу, запускаем ее от имени администратора и временно сворачиваем.
3. Меры защиты и принцип действий
Важно: перед приведенными ниже операциями в обязательном порядке прибегаем к мерам защиты Windows – создаем точку отката или резервную копию. Во время создания точек соединения и переноса профиля оперируемый браузер должен быть закрыт.
Принцип действий по переносу профиля любого браузера следующий. Первым делом проверяем содержимое папки «AppData» – в каких ее подпапках («Local», «LocalLow», «Roaming») хранятся папки того или иного браузера. Чтобы не возиться с отображением скрытых объектов, в папку «AppData» проще попасть с помощью команды «Выполнить» (клавиши Win+R). В ее поле вписываем запрос:
AppData
Папка «AppData» откроется в проводнике Windows. Желающие добраться к этой папке в файловых менеджерах включают отображение скрытых объектов и проходят путь:
C:\Users\Пользователь_такой-то\AppData
Далее создаем папки с соответствующими названиями на диске назначения – RAM-диске, HDD, прочем носителе, куда планируем переносить данные. Вырезаем содержимое папок браузера и временно помещаем в любое место компьютера. Почему не сразу в место назначения? Таковы условия работы Junction Link Magic – обе папки (и исходная, и предназначенная для переноса данных) должны быть пустыми. Затем с помощью Junction Link Magic создаем точку соединения. И лишь после этого переносим данные с временного их места хранения в соответствующую папку на диске назначения.
Рассмотрим все это детально на примере переноса профиля браузера Chrome.
4. Перенос профиля браузера Google Chrome
Google Chrome внутри папки «AppData» создает лишь одну свою папку – «Google». Она находится внутри подпапки «Local». Соответственно, на диске назначения (диске R в нашем случае) создаем пустую папку и называем ее «Google».
Заходим по пути «AppData – Local – Google», вырезаем оттуда все содержимое и вставляем его в каком-то временном месте, например, в папке на рабочем столе. Теперь открываем окно Junction Link Magic и жмем «Create».
Появится окно проводника программы. На панели слева выбираем путь исходной папки «Google», а на панели справа указываем папку «Google» на диске назначения, как показано на скриншоте. И жмем внизу «Create».
Подтверждаем создание точки соединения.
По пути «AppData – Local» теперь будет размещаться точка соединения папки «Google» в виде ярлыка со стрелочкой.
Последний этап – перенесение содержимого папки «Google» из временного места в папку с этим же названием, но на диске назначения. Впрочем, вырезанное содержимое этой папки можно вернуть назад – по пути «AppData – Local – Google». Все равно данные физически будут помещены в папку на диске назначения.
5. Перенос профилей браузеров Mozilla Firefox и Opera
С переносом профиля Google Chrome проще, поскольку этот браузер располагает свои рабочие данные только по пути «AppData – Local – Google». А вот Mozilla Firefox создает свои папки внутри всех трех подпапок папки «AppData»: «Local», «LocalLow» и «Roaming». Внутри всех трех этих папок имеется папка браузера с названием «Mozilla». Соответственно, при переносе профиля Firefox необходимо создать три точки соединения и три папки на диске назначения. Разделение папок на диске назначения позволит в дальнейшем осуществить перенос данных обратно на диск С, если в такого рода оптимизации отпадет необходимость. Для точки соединения необходимо, чтобы названия папок на исходном диске и диске назначения совпадали. Потому папку с названием «Mozilla» можно создать внутри трех папок, название которых будет указывать на их исходный путь. Например, как показано на скриншоте.
Далее поочередно создаем точки соединения и переносим содержимое каждой из папок «Mozilla» в составе «AppData» на диск назначения, как этот процесс описан в предыдущем пункте статьи для профиля Google Chrome.
Точно так же поступаем с браузером Opera. Последний внутри папки «AppData» создает две своих папки «Opera Software» – внутри «Local» и внутри «Roaming».
6. Удаление точек соединения
Если ожидаемый результат от оптимизации Windows за счет работы RAM-диска не был оправдан на деле, вернуть назад все проведенные в системе настройки, в частности, перенесенные профили браузеров можно откатом к точке восстановления или резервной копии. Этот способ одним действием решит несколько проведенных ранее операций по переносу настроек. Если же система работает стабильно, и вернуть назад необходимо только перенесенный профиль браузера, программа Junction Link Magic предусматривает возможность удаления точек соединения. Нужная точка соединения может не отображаться в окне программы, в таком случае нужно просканировать систему. Жмем «Scan now!».
Как только нужная точка соединения отобразится в окне Junction Link Magic, можем отменить дальнейшее сканирование и удалить эту точку.
Подтверждаем удаление точки соединения.
После удаления точки папка браузера в составе «AppData» превратится в обычную папку, куда необходимо поместить ее содержимое, вырезав его из соответствующей папки на диске назначения.
Источник
pomogaemkompu.temaretik.com
Перенос кеша браузеров [Google Chrome, Firefox, Opera]
Доброго времени суток, дорогие друзья, читатели, посетители и прочие личности.
Сегодня мы поговорим о такой полезной штуке как перенос кеша браузеров на другой диск. Зачем это может быть нужно? Ну, например: в целях оптимизации (в случае переноса оного, скажем, на RAM-диск или на SSD) работы этих самых браузеров, или же дабы сберечь ценное место на жестком диске (например, если каким-то мифическим образом у Вас места на жестком диске маловато), а может чтобы продлить время жизни SSD.
..В общем, думаю, что каждый найдет своё собственное практическое применение сему вопросу, а мы пока просто поделимся инструментом для воплощения сего в реальность. Тем более, что мы коснемся практически всех адекватных современных браузеров, а значит практически никто не останется в обиде.
Давайте приступим.
Перенос кеша браузера Mozilla FireFox
Начнем с моего любимца, а именно с браузера FF. Лично я переносил его профиль+кеш (да и сам дистрибутив) на RAM-диск, чего и Вам советую.Собственно, вот какая последовательность действий у нас получается:
- Закрываем Firefox.
- Запускаем консоль управления. Для этого жмакаем «Пуск -> Выполнить» (или комбинация клавиш «Win+R»).
- В появившемся окне набираем «%appdata%\Mozilla\Firefox\Profiles» (здесь и далее – всё вводится без кавычек) и нажимаем «Enter». Откроется окно, в котором Вы увидите каталог с именем «ваши_кракозябры.default» (например, у меня «er1j4j9q.default»). Это и есть папка Вашего профиля Firefox. Скопируйте её в то место, где теперь она по Вашему мнению должна будет располагаться (предварительно, на всякий случай, закройте Firefox).
- Снова открываем консоль управления всё тем же способом, что был указан в самом начале, т.е «Win+R» или «Пуск – Выполнить».
- На сей раз в появившемся окне набираем «%appdata%\Mozilla\Firefox\profiles.ini» и опять нажимаем «Enter».
- Откроется блокнот с файлом «profiles.ini», что отмечает за размещение профиля FF и всякие его настройки. Здесь нам нужно указать новый путь (тот самый, куда Вы чуть выше скопировали папку) вместо значения «Profiles/ваши_кракозябры.default» в переменной «Path». В моём случае, например, получается вот такая картина:
Так же убедитесь, что у Вас в этом файле есть строчка с переменной «IsRelative» и она имеет значение «0» (по умолчанию обычно указано 2). Если это не так, то исправьте сие недоразумение.
С изменениями в рамках системы, пожалуй, всё. Теперь нужно объяснить браузеру, что мы перенесли его профиль и кеш в другое место.
- Запускаем Firefox и в его адресной строке вводим «about:config» (напоминаю, что вводим без кавычек).
- Щелкаем в любом месте страницы правой кнопкой и выберите из контекстного меню «Создать»–«Строка»
- В качестве имени настройки укажите «browser.cache.disk.parent_directory», а в качестве значения, собственно, путь к папке профиля, т.е, например, «H:\\ваши_кракозябры.default» (см. скриншоты ниже):
- Перезапустите Firefox. Должно работать теперь из новой папки. Дабы убедится можно просто удалить старую папку или перенести её в другое место.
В двух словах как-то так. Перейдем к другим браузерам.
Перенос кеша браузера Google Chrome
Выполняется практически аналогично переносу профиля FireFox, только малость быстрей и проще:
- Закрываем Google Chrome.
- Запускаем консоль управления. Для этого жмакаем «Пуск -> Выполнить» (или комбинация клавиш «Win+R»).
- В появившемся окне набираем: «%userprofile%\\local settings\\application data\\google\\chrome» и давим в кнопочку «Enter»
- Перед нами откроется окно с папкой «User Data». В ней живет кеш Chrome». Копируем эту папку User Data» туда, где хотим теперь видеть, собственно, этот самый кеш.
- Далее жмем правой кнопкой мышки по ярлыку «Google Chrome» с помощью которого запускаем наш браузер и выбираем пункт «Свойства»
- Находим там строку «Объект» и после всего пути, что там есть, вставляем параметр –user-data-dir=”H:\\User Data”, где «H:\\User Data» – это собственно Ваш путь до вышеупомянутой папки, т.е того места куда Вы её перенесли.
- Запускам браузер. Должно работать теперь из новой папки. Дабы убедится можно просто удалить старую папку или перенести её в другое место.
Как видите, собственно, ничего сложного.Ну и, на закуску, давайте про красный браузер.
Перенос кеша и профиля браузера Opera
Для Opera всё аналогично переносу Google Chrome:
- Закрываем Opera
- Запускаем консоль управления. Для этого жмакаем «Пуск -> Выполнить» (или комбинация клавиш «Win+R»)
- Вводим «%userprofile%\\AppData\\Local\\Opera Software\\Opera Stable» и в открывшемся окне копируем папку Cache (где, собственно, и хранится кеш оперы) в то место куда мы хотим этот кеш перенести.
- Далее жмем правой кнопкой мышки по ярлыку «Opera» с помощью которого запускаем наш браузер и выбираем пункт «Свойства»
- Находим там строку «Объект» и после всего пути, что там есть, вставляем параметр –disk-cache-dir=H:\Cache, где «H:\\Cache» – это собственно Ваш путь до вышеупомянутой папки, т.е того места куда Вы её перенесли.
- Запускам браузер. Должно работать теперь из новой папки. Дабы убедится можно просто удалить старую папку или перенести её в другое место.
На сим всё. Вот так вот просто и быстро.
Послесловие.
Вот такие вот пироги. Надеюсь, что сия информация оказалась для Вас полезной.Ну, а, как и говорилось в начале статьи, – применение каждый, думаю, найдет для себя сам.
PS: Пути хранения кеша по умолчанию могут меняться в различных версиях программыPS2: Перенос кеша методом присвоения ярлыку параметра работает только при запуске через этот ярлык, а в остальных случаях используется путь по умолчанию (лечится правкой реестра).
help.starline.lg.ua
Перенос кэша Google Chrome с помощью групповых политик | IThabits.Ru
Все современные браузеры в процессе отображения веб-страниц временно сохраняют статическую часть контента в кэш на жестком диске компьютера.
Сегодня речь пойдет об особенностях настройки дискового кэша браузера 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)\Google\Chrome\Application\chrome.exe" --user-data-dir=Z:\“Если нужно задать максимальный объем кэша, то нужно добавить еще один флаг: —disk-cache-size и указать за ним желаемое значение в байтах.
Безо всякого сомнения такой способ настройки имеет полное право на существование, но представляется все же не слишком удобным. Мало того, что нужно отыскать все ярлыки запуска Google Chrome на компьютере и прописать в них флаги запуска, нужно еще не забыть о веб-приложениях на его основе, таких, как, например, GMail.
Символьные ссылки
Достаточно часто пользователи переносят кэш браузера Chrome с помощью символьных ссылок.
Ранее мы достаточно подробно разбирали использование символьных ссылок в Windows, например в цикле статей, посвященных переносу операционной системы на маленький SSD.
Для того, чтобы применить данный способ, необходимо знать дефолтное местоположение дискового кэша Google Chrome:
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
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-диски.
www.ithabits.ru
Ускорение компьютера с помощью RAM-диска. Часть 3. Использование
В первой статье узнали, что такое RAM-диск и поговорили о его особенностях. Во второй статье научились его создавать с помощью бесплатной программы SoftPerfect RAM Disk. А сегодня поговорим о том, как использовать RAM диск для ускорения работы компьютера, в частности – работы с браузером Google Chrome.
Как использовать RAM диск?
На самом деле способов, как задействовать этот виртуальный диск множество. Выделю лишь несколько самых популярных:
- Перенос папок TEMP операционной системы;
- Перенос кэша программ или игр;
- Установка портативных версий программ целиком на RAM диск.
Я хочу рассмотреть в этой статье второй вариант – перенос кэша и часто используемых файлов браузера Google Chrome на созданный нами ранее RAM диск. Я лично пользуюсь тем, что опишу ниже в статье и заметил значительный прирост в скорости работы. Поэтому хочу поделиться своим опытом.
Не претендую на правильность всех совершаемых действий. Это не единственно верное решение в данном вопросе. Это лишь мой опыт, полученный на основании исследования данного вопроса с разных сторон.
Что ж, приступим!
Переносим кэш браузера Google Chrome на RAM диск
Прежде, чем приступить к описанным выше действиям, немного разберемся с теорией.
Кэш браузера – это папка с файлами. В ней хранятся данные, которые сохраняет браузер из интернета, чтобы ускорить последующую загрузку открытого ранее сайта. Другими словами – скорость работы с жестким диском значительно быстрее, чем скорость работы с интернетом. Поэтому, если вы, к примеру, посетили сайт PCgu.ru, ваш браузер сохранил его в свой кэш. Затем, когда вы повторно заходите на наш сайт, он загружается уже не из интернета, а из кэша браузера.
Объяснение совсем упрощенное, но отражает суть. У браузера свои алгоритмы в работе с кэшем, в которые мы не будем углубляться. Нам достаточно понимать – чтобы ускорить работу с кэшем браузера, мы можем его поместить на RAM диск.
Для того чтобы перенести кэш Google Chrome мы воспользуемся наиболее эффективным методом – с помощью символьных ссылок.
Символьная ссылка (символическая, Symbolic link) – файл, в котором содержится указатель для перехода на определенный файл или папку. Своего рода ярлык, который сам по себе не содержит никаких данных, но является указателем. Более подробно про символьные ссылки можно узнать в Википедии.
Кэш браузера и файлы профиля пользователя браузера Google Chrome находятся по пути:
c:\Users\(имя пользователя)\AppData\Local\Google\Chrome\
Значит, чтобы ускорить работу, нам нужно перенести эту папку на RAM диск. Будем делать это по шагам. Браузер Google Chrome должен быть закрыт. Учитывая это, я подготовил эту инструкцию в PDF файле, который вы можете открыть параллельно на компьютера или телефоне. Но перед работой, прочитайте внимательно всю статью, установите нужную программу и создайте RAM диск.
- Создаем RAM диск, на который будем переносить кэш браузера. Было бы хорошо сделать его не менее 1 Гб и обязательно в формате NTFS. Учитывая, что там будут храниться профиля пользователей браузера, нужно связать его с файлом образа для сохранения этих данных после выключения компьютера. Как это сделать, можете прочитать во второй части этой серии статей.
- Создайте на RAM диске папку с именем Chrome.
- Открываем папку c:\Users\(имя пользователя)\AppData\Local\Google\Chrome\ в проводнике или Total Commander. Предварительно не забудьте включить отображение скрытых файлов в Windows.
- Вырезаем и вставляем содержимое этой папки в любое место, например на диск D. Это временно.
Переносим во временную папку
- Проверяем, чтобы папка c:\Users\(имя пользователя)\AppData\Local\Google\Chrome\ была пустой.
- Заходим на созданный ранее RAM диск и создаем папку Chrome.
- Далее воспользуемся программой для создания и редактирования символьных ссылок — Junction Link Magic.Скачиваем ее с официального сайта и устанавливаем.В главном окне нажимаем на кнопку Create, чтобы создать новую символьную ссылку. Придется немного подождать, пока откроется окно создания, это нормально.
Кнопка Create
Окно создания состоит из двух панелей. В левой отображается источник файла или папки, в правой – место, на которое мы хотим сделать символьную ссылку.
Окно создание ссылок
Обратите внимание! Чтобы создать символьную ссылку нужно выполнить 2 требования:1. Диск должен быть в формате NTFS. Это можно задать еще при создании RAM диска.2. Папка-источник и папка, на которую будет вести ссылка, должны быть пустыми.
В левом окне открываем папку c:\Users\(имя пользователя)\AppData\Local\Google\Chrome\
В правом окне (ваш RAM диск):\Chrome\После этого нажимаем кнопку Create. Соглашаемся с предупреждением.
Создаем правильную ссылку
- Копируем содержимое папки Chrome, которое мы сохраняли во временной папке на диске D в папку Chrome на RAM диске.
Перенос папки обратно
- Запускаем браузер Google Chrome и наслаждаемся его работой.
Итоги
Я пользуюсь этим методом уже около месяца и могу сказать, что он действительно дает хороший прирост в скорости работы. Бонусом является также то, что он сохраняет ресурс SSD. Ведь куча мелких файлов, которые составляют кэш браузера, теперь не терроризируют каждые 2 секунды SSD, тем самым сокращая его ресурс.
Размер кэша в моем случае не превышает 700 Мб, при том, что в браузере у меня создано 4 пользователя. Я очищаю его регулярно с помощью программы CСleaner.
Если вам будет интересно, я напишу материал о том, какие еще есть способы использования RAM диска в домашней практике.
Если вам понравилась эта статья, не забывайте ставить лайк, делиться с друзьями и делать зарядку по утрам!
pcgu.ru
Перенос кэша браузера на RAM-диск в Linux | IThabits.Ru
Перенос дискового кэша браузера на RAM-диск, иными словами, в оперативную память компьютера, может оказаться целесообразным в следующих случаях:
- Компьютер не очень быстрый и есть желание ускорить загрузку и отображение веб-страниц в браузере;
- В компьютере установлен SSD и хочется, так или иначе, продлить его жизненный срок.
Тема отнюдь не новая. По запросу “перенос кеша браузера” Google находит много вариантов решения этой задачи. Большинство из них относится к Windows и является по сути повторением одного и того же – какой-либо вариант сторонней программы для организации RAM-диска плюс перемещение браузерных папок и создание на них символьных ссылок. Все достаточно просто и понятно.
Неприятность лишь в том, что для создания RAM-диска в Windows придется использовать сторонние утилиты, а в их бесплатном варианте вам предложат создать RAM-диск только фиксированного размера. Динамически расширяемый по мере заполнения диск — за отдельные деньги.
В отличие от Windows, в Linux изначально присутствуют отличные возможности для организации виртуальных дисков в памяти компьютера. Причем все они будут динамическими. Это значит, что от оперативной памяти в каждый момент времени будет “откусываться” ровно столько, сколько надо для размещения содержимого RAM-диска.
Речь идет о временной файловой системе tmpfs. На текущий момент времени tmpfs является наиболее совершенной реализацией рамдиска в операционной системе Linux. С ее помощью осуществляется монтирование каталогов файловой системы с их размещением не на физическом диске, а в ОЗУ компьютера.
Если предельный размер папки в файловой системе tmpfs не указан явно, будет использовано до 50% оперативной памяти.
При этом необходимо иметь в виду, что данная файловая система изначально предназначена для размещения временных файлов и при перезагрузке компьютера, если не принять дополнительных мер, все они будут утеряны.
В данной публикации представлено готовое решение по переносу дискового кэша на RAM-диск в Linux применительно к одному из самых популярных сегодня браузеров Google Chrome и его ближайшему родственнику — Chromium.
Последнее вовсе не означает, что данное решение не может быть использовано для других браузеров. Для этого нужно лишь выяснить где ваш любимый браузер хранит кэш-файлы.
При разработке алгоритма я использовал материалы двух статей. Одна из них посвящена решению данной задачи как раз для Google Chrome, другая для FireFox.
Почему я не захотел просто реализовать описанное в этих публикациях? Дело в том, что оба представленных варианта хороши только в том случае, когда компьютером всегда пользуется только один человек. То есть, они мгновенно переводят компьютер в однопользовательский режим. По крайней мере в отношении браузера.
Конечно в наше время практически все компьютеры стали по-настоящему персональными. Но согласитесь, что ситуация, при которой одним компьютером захотят по-очереди воспользоваться несколько человек, не является такой уж экзотической. Ну например, во время совместной поездки на отдых. Совершенно не факт, что каждый из членов семьи, или группы, повезет с собой свой личный ноутбук.
Как бы там ни было, захотелось создать некое более-менее многопользовательское решение.
Кроме того в упомянутых публикациях не слишком доходчиво были описаны способы восстановления и сохранения содержимого RAM-диска.
Вот что получилось в итоге.
Создание общего RAM-диска с помощью tmpfs
1. Создаем новую папку
Начинаем с создания новой папки, которую и будем монтировать в оперативную память компьютера. Я решил разместить ее в каталоге /home:
sudo -imkdir /home/.brcache
Для того, чтобы она никого не смущала впоследствии, делаем ее скрытой.
2. Задаем разрешения на запись в новой папке для всех пользователей компьютера
Для того, чтобы этой папкой могли пользоваться все существующие на компьютере юзеры, пропишем им на нее соответствующие права.
Проще всего сделать это командой chmod 777 /home/.brcache, но чтобы не возникало паранойи на почве безопасности, мы пойдем правильным путем.
Создадим новую группу пользователей. Назовем ее, например, brusers.
groupadd brusers
Включим в нее всех пользователей данного компьютера:
usermod -a -G brusers username1usermod -a -G brusers username2...usermod -a -G brusers usernameN
Если других пользователей пока нет, но они предполагаются, то их можно прямо сейчас добавить командой adduser.
Меняем владельца папки /home/.brcache и даем группе brusers права на запись:
chown root:brusers /home/.brcachechmod 774 /home/.brcache3. Создаем новый RAM-диск в папке /home/.brcache
Отрываем в текстовом редакторе, например gedit, файл fstab:
gedit /etc/fstab
Добавляем в конец файла такую строку:
tmpfs /home/.brcache tmpfs rw 0 0
Сохраняем файл и перезагружаем компьютер.
После перезагрузки убеждаемся в том, что RAM-диск смонтирован и к нему есть доступ.
В листинге команды mount должна присутствовать строка “tmpfs on /home/.brcache type tmpfs (rw)”.
Убедиться в том, что RAM-диск реально доступен для записи обычному пользователю можно, например, создав на нем новый тестовый файл:
echo test > test.txt
Это же можно сделать и с помощью менеджера файлов. Естественно в нем нужно включить отображение скрытых файлов.
Если все прошло успешно, удаляем test.txt и движемся дальше.
Настройка дискового кэша в браузерах Google Chrome и Chromium
Согласно описанию, дисковый кэш браузера Google Chrome находится в папке ~/.cache/google-chrome/Default.
Chromium, старший брат Google Chrome, хранит кэш в ~/.cache/chromium/Default.
В gui-настройках этих браузеров задать значение предельного размера и расположение дискового кэша не получится. Цивилизованно сделать это можно двумя путями: с помощью дополнительных ключей типа “—disk-cache-size”, которые придется добавить ко всем ярлыкам запуска браузера, или с помощью политик.
Первый способ представляется не слишком удобным. Помимо ярлыков запуска браузера, как такового, нужно помнить еще и о существовании web-приложений на его основе, типа Gmail.
Поэтому будем однозначно использовать политики.
Файлы с правилами для Google Chrome должны быть размещены в папке /etc/opt/chrome/policies/managed и иметь расширение .json.
4. Создаем файл политик Google Chrome
Создадим недостающие папки и файл с правилами. Назовем его, например, chrome-cache.json.
sudo -imkdir /etc/opt/chromemkdir /etc/opt/chrome/policiesmkdir /etc/opt/chrome/policies/managedgedit /etc/opt/chrome/policies/managed/chrome-cache.jsonОграничиваем предельный суммарный объем кэш-файлов и переносим его на RAM-диск. Для этого вписываем в созданный файл следующие инструкции:
{"DiskCacheDir": "/home/.brcache/chromediskcache/","DiskCacheSize": 100000000,"MediaCacheSize": 80000000}Размер кэша задается в байтах. Подробнее ознакомиться с политиками Google Chrome и скачать шаблоны можно здесь.
На каком уровне его ограничивать – вопрос сложный. Зависит, в первую очередь, от объема оперативной памяти вашего компьютера, во-вторых, от того, как много вы открываете новых веб-страниц.
Если гипотетически предположить, что всякий раз просматриваются только новые страницы, причем по одной на каждом ресурсе, то дисковый кэш не нужен вовсе. Одним словом, впоследствии имеет смысл какое-то время понаблюдать за скоростью заполнения кэша и скорректировать значения в нужную для себя сторону.
Получить информацию о текущем объеме кэша можно прямо из браузера открыв страницу: chrome://net-internals/#httpCache.
Запускаем Google Chrome, открываем любой вебсайт и убеждаемся, что на RAM-диске появилась папка /home/.brcache/chromediskcache/Cache.
! В процессе отладки и тестирования я столкнулся со странным поведение Google Chrome – после внесения изменений в файл политик браузер упорно продолжал выполнять предыдущие инструкции.
Оказалось, что Chrome при запуске с большим удовольствием “глотал” файл резервной копии chrome-cache.json~, которую создавал текстовый редактор gedit.
Для того, чтобы этого не происходило нужно или временно отключить в настройках редактора создание запасной копии файла перед сохранением, или просто удалять ее вручную всякий раз после редактирования.
Дисковый кэш браузера переехал в оперативную память и содержимое веб-страниц, особенно при их повторном открытии, отображается значительно быстрее.
В принципе уже можно работать. Однако после выключения или перезагрузки компьютера загруженные в кэш файлы будут утеряны.
Для того, чтобы этого не происходило займемся вопросом сохранения и восстановления содержимого RAM-диска.
Восстановление содержимого RAM-диска
Очевидно, что для того, чтобы после перезагрузки компьютера каждый раз не начинать жизнь с чистого листа, содержимое RAM-диска перед выключением нужно тем или иным способом сохранить на физическом диске, а при загрузке вновь скопировать в память.
На первый взгляд задача не представляется сложной. Создадим в папке /etc/init.d новый скрипт, который назовем, например, ramdisksaverestore.
5.Создаем скрипт для сохранения и восстановления RAM-диска
Ниже представлен готовый рабочий скрипт. Его описание и пояснения будут даны ниже при обсуждении вопросов автозапуска.
Открываем на редактирование новый файл. Назовем его ramdisksaverestore:
sudo gedit /etc/init.d/ramdisksaverestore
Вписываем или копируем в него следующий код:
#! /bin/sh### BEGIN INIT INFO# Provides: ramdisksaverestore# Required-Start: $all# Default-Start: 2 3 4 5# Default-Stop: 0 6# Short-Description: Google Chrome cach on RAM Disk save and restore### END INIT INFOfilename="/home/.brcache/homedir.txt"case "$1" instart)if ! [ -f "${filename}" ]thencp -rp ${HOME}/.cache/google-chrome/Default /home/.brcache/chromediskcacheif [ -h ${HOME}/.config/google-chrome ]thencp -rp ${HOME}/.config/chromeconfig /home/.brcachefiecho ${HOME} > "$filename"fi;;restart|reload|force-reload)echo "Error: argument '$1' not supported" >&2exit 3;;stop)if [ -f "${filename}" ]thenhomedir=$(head -n 1 "$filename")# rsync --delete -av /home/.brcache/chromediskcache/ ${homedir}/.cache/google-chrome/Default/rm -rf ${homedir}/.cache/google-chrome/Defaultcp -rpf /home/.brcache/chromediskcache ${homedir}/.cache/google-chrome/Defaultrm -rf /home/.brcache/chromediskcacheif [ -d /home/.brcache/chromeconfig ]thenrsync --delete -av /home/.brcache/chromeconfig/ ${homedir}/.config/chromeconfig/rm -rf /home/.brcache/chromeconfigfirm -f "$filename"fi;;*)echo "Usage: $0 start|stop" >&2exit 3;;esacДелаем файл исполняемым:
sudo chmod +x /etc/init.d/ramdisksaverestore
Проверяем работу скрипта при старте. Выполняем в терминале:
/etc/init.d/ramdisksaverestore start
Проверяем содержимое /home/.brcache. Если никаких ошибок допущено не было, то на RAM-диске должны появиться папки с кэш-файлами Google Chrome.
Аналогично можно проверить работу скрипта при остановке:
/etc/init.d/ramdisksaverestore stop
Автозапуск скрипта при входе пользователя в систему
Теперь начинается самое интересное.
Мы оформили наш скрипт как запускаемую при старте и выключении системы службу.
Самым простым способом выполнить скрипт при старте является добавление соответствующей команды в файл rc.local. Или можно воспользоваться стандартным механизмом init.d и добавить с помощью update-rc.d необходимые ярлыки в соответствующие папки rcX.d.
Если пойти таким путем, то ничего работать не будет. Дело в том, что запуск всех служб происходит до входа пользователя в систему. Соответственно, наш скрипт также будет выполнен в тот момент, когда имя пользователя, который будет работать с компьютером, еще не известно, то есть переменная ${HOME} не определена. А если нет пользователя, то не понятно чьи файлы нужно скопировать на RAM-диск.
Чтобы этого не произошло добавляем команду выполнения скрипта в файл ~/.profile.
6. Выполнение команды запуска восстановления RAM-диска при старте
Открываем на редактирование файл /.profile
gedit ~/.profile
В конец файла добавляем строку запуска скрипта:
/etc/init.d/ramdisksaverestore start
После копирования папок с кэшем браузера на рамдиск дополнительно создается файл homedir.txt в котором записан путь к домашнему каталогу текущего пользователя. Зачем это надо вскоре будет понятно.
Этот же файл используется как индикатор того, что рамдиск уже восстановлен и повторного копирования файлов не требуется.
Автозапуск скрипта при выключении и перезагрузке компьютера
7.1. Выполнение команды сохранения RAM-диска при выходе из сеанса с помощью дисплейного менеджера
Первым делом посмотрите не установлен ли в вашей системе GDM (Gnome Display Manager) или какой-либо другой графический дисплейный менеджер.
В Linux Mint можно найти MDM (Mint Display Manager).
Ищем соответствующие им одноименные папки в /etc. Дальше находим папку /PostSession/ а в ней файл Default. Открываем файл на редактирование:
sudo gedit /etc/mdm/PostSession/Default
и добавляем перед строкой “exit 0” команду запуска нашего скрипта с параметром “stop”:
/etc/init.d/ramdisksaverestore stop
Если у Вас LightDM, то команду нужно добавить в конец секции [SeatDefaults] в файле lightdm.conf.
sudo gedit /etc/lightdm/lightdm.conf
При этом выглядеть она должна так:
session-cleanup-script = /etc/init.d/ramdisksaverestore stop
Имейте в виду, что в LightDM этот способ заработает только после перезагрузки компьютера.
Это решение можно признать оптимальным. Оно даже позволяет обрабатывать ситуацию смены пользователя без перезагрузки компьютера.
Именно для этого добавлены команды удаления данных из папки рамдиска после их сохранения. После регистрации нового пользователя в системе скрипт видит чистый рамдиск и загружает нужные данные.
7.2. Запуск скрипта сохранения RAM-диска при выключении компьютера с использованием init.d
Если дисплейный менеджер не установлен, то для запуска скрипта перед выключением и перезагрузкой компьютера придется воспользоваться классическим механизмом. При этом возникает та же проблема, что и при старте — к тому моменту, когда начинают выполнятся скрипты из init.d, пользователя в системе уже нет и переменная ${HOME} вновь не определена.
В этом случае для определения пути по которому необходимо сохранить содержимое рамдиска, а это домашний каталог текущего пользователя, используется содержимое специально созданного при входе файла homedir.txt.
Определяем запуск скрипта на соответствующих уровнях:
- 0 — остановка системы;
- 6 — перезагрузка системы.
sudo update-rc.d ramdisksaverestore stop 5 0 6 .
Еще раз перезагружаем компьютер и убеждаемся в том, что все исправно работает.
Замечание по выбору алгоритма сохранения содержимого RAM-диска
Файлы кэша браузера сохраняются при выходе в их исходном местоположении, то есть в папке ~/.cache/google-chrome/Default.
Это очень удобно тогда, когда по какой-либо причине нужно вернуться к исходному состоянию. Для этого достаточно лишь удалить или переместить в другое место файл политик chrome-cache.json и отключить автозапуск скрипта ramdisksaverestore чтобы напрасно не расходовать оперативную память.
Казалось бы, оптимальным вариантом актуализации содержимого папок кэша на жестком диске является команда rsysnc. При ее использовании объем перезаписываемых данных оказывается наименьшим.
Но… совершенно неожиданно Google Chrome категорически отказался воспринимать обработанные с помощью rsysnc папки как свои. При первом запуске после восстановления рамдиска Chrome просто удалял ранее созданные папки и создавал их вновь. Все их содержимое при этом, естественно, терялось.
Причем происходило такое не всякий раз, но достаточно регулярно. Причину такого поведения определить не удалось. Пришлось заменить rsync на банальное копирование cp. Объем записываемых данных увеличился, но зато Google Chrome папки удалять прекратил.
На всякий случай я не убрал строку с командой rsync, а лишь закомментировал ее. Возможно, что это особенность моей конкретной системы или версии браузера. Попробуйте, может быть у Вас Google Chrome захочет работать с rsync без приключений.
Перемещение на RAM-диск конфигурационных файлов браузера
Я намеренно разделил описания переноса дискового кэша и пользовательской конфигурации браузера.
Во-первых, перемещение файлов конфигурации в Google Chrome не предусмотрено – нет ни соответствующих этому ключей, ни политик. Так что придется использовать символьные ссылки.
Во-вторых, конфигурационные файлы занимают больше 200 Мб и если компьютер имеет не более 1 Гб оперативной памяти, то, возможно, лучше оставить их на диске. В противном случае эффект может оказаться прямо противоположным. При нехватке оперативной памяти система начнет использовать SWAP и вместо ускорения браузера мы получим торможение всей системы.
Если основной задачей является продление срока службы SSD, то отодвинуть начало перемещения блоков памяти на SWAP-раздел (или файл) на диске в этом случае можно с помощью zRam.
Конфигурация пользователя у Google Chrome находится в папке ~/.config/google-chrome, или в папке ~/.config/chromium у браузера Chromium.
Переместить ее на RAM-диск не представляет никакого труда. Тем более, что созданный ранее скрипт ramdisksaverestore уже содержит соответствующие команды. Эти команды выполняются только в том случае, когда папка с конфигурацией пользователя перенесена на RAM-диск.
Переименуем папку google-chrome:
mv ~/.config/google-chrome ~/.config/chromeconfig
Скопируем переименованную папку на RAM-диск:
cp -rp ~/.config/chromeconfig /home/.brcache
Создадим символьную ссылку на скопированную папку:
ln -s /home/.brcache/chromeconfig ~/.config/google-chrome
Теперь можно запустить браузер и убедиться, что он отлично работает.
Для синхронизации файлов конфигурации на RAM-диске и жестком диске при выходе используется rsync. «Неудовольствия» со стороны Google Chrome в этом случае пока замечено не было.
Что нужно сделать в сеансах остальных пользователей
Алгоритм задумывался как многопользовательский и, похоже, что в большей или меньшей степени он таковым получился.
Если на RAM-диск переносится только дисковый кэш браузера, то для всех остальных пользователей компьютера достаточно добавить команду запуска скрипта ramdisksaverestore при старте в ~/.profile.
В том случае, когда на RAM-диск перемещаются и пользовательские конфигурации, то в сеансах всех пользователей нужно выполнить три команды, описанные в предыдущем параграфе.
Желаю всем отличного интернет-серфинга с любимым браузером, который после выполнения описанных в статье мероприятий станет заметно быстрее и перестанет «убивать» SSD.
Не забудьте дополнительно переместить в tmpfs временные системные файлы, как это было описано здесь.
www.ithabits.ru
|
|
..:::Счетчики:::.. |
|
|
|
|
|
|
|
|