Light-electric.com

IT Журнал
2 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Кэш браузера ssd

Стоит ли включать кэширование на SSD диске?

Сегодня мы рассмотрим еще один часто запутанный вычислительный термин, который обещает обеспечить повышенную производительность при изящном использовании компактного SSD в качестве кэша. Пустрая трата денег или стоящее приобретение? Мы углубились в эту тему, чтобы пролить свет на все, что нужно знать о кэшировании SSD.

Что такое SSD Cache?

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

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

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

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

В реальном выражении кэширование SSD будет включать в себя SSD небольшого размера, скажем, 40 ГБ, в сочетании с большим традиционным жестким диском, например, с емкостью 1 ТБ.

SSD Кэширование — совместимость

Intel разработала технологию кэширования SSD Smart Response Technology (SRT), а запатентованная итерация этого механизма доступна только на материнских платах с поддержкой SRT и чипсетами Intel. Что еще хуже, Intel не использует технологию всех своих наборов микросхем, которая ограничивает аппаратные конфигурации, которые пользователь может ожидать, сохраняя при этом возможность кэширования SSD.

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

Ограничения SSD-кэширования

Кэширование SSD дает ощутимые преимущества только тогда, когда система находится в том состоянии, которое мы называем «чистым», таким как загрузка компьютера после его выключения, перезагрузка Windows или первоначальный запуск приложения после перезагрузки или выключения питания. Существует иерархия памяти, которая работает от кэша ЦП до ОЗУ, кэша SSD, затем HDD. Перезапуск очищает кэш ЦП и ОЗУ, превращая кэш SSD в место доступа к данным.

Причина этого заключается в том, что во всех других случаях есть вероятность, что критически важные, часто используемые данные уже хранятся в ОЗУ системы, и, поскольку ОЗУ быстрее любого жесткого диска, будь то SSD или HDD, кэширование SSD делает процесс заполнения оперативной памяти данными, намного быстрее. Ничто не улучшит скорость, как то, что данные уже доступны в оперативной памяти.

Как видите, главное преимущество кэширования SSD наиболее очевидно при загрузке Windows: ОС находится в работоспособном состоянии гораздо раньше, чем в кэшированной системе без SSD. Аналогично, запуск Steam и вашей любимой игры после перезагрузки будет намного быстрее с SSD-кэшированием. Если вы работали без перезапуска в течение нескольких часов и открыли, затем закрыли различные программы и решили открыть их еще раз, SSD ничего не сделает для ускорения процесса.

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

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

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

Стоит ли включать кэширование SSD?

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

Однако настройка кэширования, даже с набором микросхем Intel SRT, является трудной задачей, которая включает в себя использование правильных драйверов, правильную настройку BIOS и запуск его в качестве настройки RAID, установку драйверов Windows и Rapid Storage Technology, управление режимами и т.д. Суть в том, что он значительно сложнее, чем использование SSD-накопителя большой емкости и простая установка Windows.

Кэширование SSD исторически стоило намного меньше, чем выделение для SSD разумного размера, но, поскольку технология становится все более распространенной, цена даже 100 ГБ или более SSD экспоненциально становится более доступной с течением времени. Следовательно, комбинация SSD-кэша и жесткого диска заменяется более крупными бюджетными твердотельными накопителями в качестве места для ОС, в то время как больший жесткий диск используется для хранения носителей, к которому редко обращаются.

Вывод

По нашей оценке, основная концепция кэширования SSD стоит задуматься. На практике результаты не являются достаточно явными, чтобы выбрать кэширование SSD, а не большие затраты на больший SSD и запускать все — от Windows до ваших любимых шутеров с того же самого диска и позволить ОЗУ делать свои задачи быстрее.

Использование твердотельных накопителей SSD для повышения производительности СХД

  • Ключевые слова :
  • ИТ-инфраструктура
  • SSD
  • Гибридные массивы
  • Кэширование на SSD
  • Многоуровневое хранение

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

«Лучшей практикой» для многих корпоративных заказчиков является применение гибридных систем хранения SSD/HDD. Такое решение позволяет воспользоваться преимуществами обоих типов носителей — большой емкостью HDD и высоким быстродействием SSD в IOPS (количество операций ввода-вывода в секунду), — но при этом остается экономически привлекательным.

Читать еще:  Как узнать подключенные устройства к wifi

В гибридной системе хранения SSD/HDD основная емкость представлена недорогими жесткими дисками, а небольшой пул для «горячих», часто используемых данных — флеш-памятью. В рационально спроектированной гибридной СХД при небольшом количестве накопителей SSD достигается значительное ускорение операций с основным пулом хранения данных.

РЕАЛИЗАЦИЯ ГИБРИДНЫХ СХД

На практике применяются два основных метода ускорения — кэширование данных и их многоуровневое хранение (tiering). В обоих случаях для увеличения производительности ввода-вывода используется концепция «горячих» данных, но в действительности это совершенно разные подходы.

При кэшировании один или несколько накопителей SSD служат в качестве кэша для виртуального пула хранения, где основное хранилище реализовано на жестких дисках. SSD в этом случае не предоставляют дополнительной емкости — это невидимая для приложений «прослойка», увеличивающая производительность ввода-вывода. Информация всегда передается в основной пул хранения, однако «горячие» данные копируются и в кэш-память (на SSD). При последующих обращениях к этим или рядом размещенным данным вместо основного пула хранения используется кэш-память, за счет чего и достигается существенный выигрыш в производительности.

При многоуровневом хранении данные соответствующим образом сортируются и помещаются на уровень SSD или HDD (уровней может быть больше двух): «горячие» отправляются на флеш-память, а реже используемые — на жесткие диски.

ЧТО ЛУЧШЕ?

Многоуровневое хранение не предполагает избыточности данных, поэтому реализация RAID в этом случае становится более сложной — требуется покупка дополнительных SSD. Сама сортировка данных и распределение их по уровням негативно сказываются на производительности. Такие системы должны управлять данными, которые из «горячих» со временем превращаются в «холодные». Ввиду отсутствия избыточности, часто используемые данные нужно перемещать в основной пул, как только они становятся менее полезными. Эти фоновые процессы потребляют IOPS и сказываются на скорости операций ввода-вывода во время таких перемещений. С наибольшей эффективностью многоуровневое хранение функционирует в тех случаях, когда соответствующие алгоритмы адаптированы к требованиям и задачам заказчика. Для достижения идеальной производительности нужны постоянный мониторинг и подстройка алгоритмов.

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

На SSD помещаются копии данных, поэтому осуществлять их фоновое перемещение в основной пул хранения не придется. Не будет и связанных с этим издержек, влияющих на производительность. Кэширование на SSD необходимо, впрочем, подстраивать под конкретные корпоративные приложения, но простота системы кэширования означает, что администрирование системы будет значительно менее сложным, чем у сопоставимой СХД с многоуровневым хранением.

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

ПРОБЛЕМА ЗАПИСИ

Будучи более производительными, накопители SSD имеют определенные ограничения на запись данных, и это нужно иметь в виду при выборе метода ускорения СХД. Хотя хранящиеся на флеш-накопителях данные можно считывать бесконечное число раз, их ячейки допускают ограниченное число циклов записи. Эта проблема осложняется необходимостью удалять весь блок даже при записи данных меньшего объема. Для ее решения в современных контроллерах флеш-памяти применяются методы распределенной записи, кэширования операций записи и фоновая «сборка мусора». Однако запись на SSD остается более сложной операцией, чем чтение. Слишком частое выполнение записи в одни и те же ячейки может привести к быстрой деградации флеш-памяти.

Если в клиентской системе операции записи на SSD можно распределить таким образом, что каждый отдельный блок носителя будет перезаписываться достаточно редко, то в гибридной СХД уровень SSD активно задействуется для хранения «горячих» данных всего дискового пула. При кэшировании и многоуровневом хранении операции с SSD станут очень интенсивными, и преимущества алгоритмов предотвращения износа носителя будут сведены на нет. Это означает, что в обоих случаях (кэширование и многоуровневое хранение) уровень SSD лучше всего задействовать для ускорения операций чтения, а не чтения и записи.

РЕАЛИЗАЦИЯ КЭШИРОВАНИЯ НА SSD

В системе с кэшированием на SSD операция ввода-вывода производится обычным образом: вначале выполняются чтение-запись на HDD. Если эта операция инициирует кэширование, данные также копируются с HDD на SSD. Тогда при любой последующей операции чтения того же логического блока он считывается непосредственно с SSD, что увеличивает общую производительность и уменьшает время отклика. Уровень SSD играет роль невидимого ускорителя ввода-вывода, и при любом отказе SSD данные все равно будут доступны в основном пуле хранения, защищаемом с помощью RAID.

НАПОЛНЕНИЕ КЭШ-ПАМЯТИ

Кэш, как и основная емкость хранения, разбивается на группы секторов равного размера. Каждая группа называется кэш-блоком, а каждый блок состоит из подблоков. Размер кэш-блока можно настраивать под конкретное приложение, например СУБД или Web-сервер.

Считывание данных с HDD и их запись в SSD называют наполнением кэш-памяти. Эта фоновая операция обычно выполняется вслед за основной операцией чтения или записи. Поскольку назначение кэша — хранение часто используемых данных, к его наполнению должна приводить не каждая операция ввода-вывода, а только та, для которой пороговое значение счетчика оказывается превышенным. Обычно счетчики наполнения применяются при чтении и при записи.

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

Что происходит с содержимым кэша после его «разогрева»? Если на SSD есть свободное место, кэш продолжает заполняться «горячими» данными. Когда емкость SSD исчерпывается, применяется алгоритм перезаписи наименее используемых данных (Least Recently Used, LRU), то есть на место последних в кэш-памяти записываются новые «горячие» данные.

Если объем «горячих» данных превышает емкость SSD, процент считываемых из кэш-памяти данных уменьшается, соответственно, снижается и производительность. Кроме того, чем меньше емкость SSD (и чем больше объем горячих данных), тем интенсивнее обмен «горячих» данных. В результате SSD будет изнашиваться быстрее.

Читать еще:  На ноуте пропадает wifi

Специалисты Qsan рекомендуют использовать накопители Intel SSD DC S3500. Так, у SSD емкостью 480 Гбайт наработка на отказ (MTBF) составляет 2 млн ч. Что касается производительности, то типичная задержка у этих накопителей равна 50 мс, максимальная задержка при чтении — 500 мс (99,9% времени), а производительность при произвольном чтении блоками по 4 Кбайт достигает 75 тыс. IOPS, при записи — 11 тыс. IOPS. Это хороший вариант для SSD-кэширования.

КЭШИРОВАНИЕ ПРИ ЧТЕНИИ-ЗАПИСИ

Операция чтения при отсутствии данных в кэш-памяти происходит следующим образом:

  1. Приложение подает запрос на чтение данных.
  2. Данные считываются с HDD.
  3. Запрошенные данные возвращаются приложению.
  4. Выполняется операция наполнения SSD.

Операция чтения при наличии данных в кэш-памяти:

  1. Приложение подает запрос на чтение данных.
  2. Данные считываются с SSD.
  3. Запрошенные данные возвращаются приложению.
  4. При сбое SSD данные считываются с HDD.

Действия приложения при записи данных:

  1. Приложение подает запрос на запись данных.
  2. Данные записываются на HDD.
  3. Приложению возвращается статус операции.
  4. Выполняется операция наполнения кэш-памяти на SSD.

НАСТРОЙКА КЭШ-ПАМЯТИ SSD

Чтобы приложение использовало кэш-память на SSD максимально эффективно, ее можно настроить. Основные параметры — размер блока кэш-памяти, пороговые значения наполнения при чтении и при записи.

Размер блока. Большой размер блока кэш-памяти подходит для приложений, часто обращающихся к соседним (по физическому расположению) данным. Это называется высокой локальностью обращений. Увеличение размера блока также ускоряет наполнение кэш-памяти на SSD — ускоряется «разогрев» кэша, после которого приложения с высокой локальностью обращений будут демонстрировать весьма высокую производительность. Однако увеличение размера блока влечет за собой генерирование избыточного трафика ввода-вывода и увеличение времени отклика, особенно для отсутствующих в кэше данных.

Меньший размер блока хорош для приложений с менее локализованными данными, то есть когда доступ к данным осуществляется в основном случайным образом. Кэш-память на SSD будет «разогреваться» медленнее, но чем больше блоков, тем больше вероятность попадания в кэш нужных данных, особенно данных с низкой локальностью обращений. При небольших блоках коэффициент использования кэш-памяти ниже, но меньше будут и сопутствующие потери, так что при «промахе», когда нужных данных нет в кэш-памяти, производительность страдает меньше.

Пороговое значение наполнения. Порог наполнения кэша — это число обращений к данным, после которого соответствующий блок копируется в SSD-кэш. При большом значении кэшируются только часто используемые данные и уменьшается обмен данных в кэше, но увеличивается время «разогрева» кэш-памяти и растет эффективность ее использования. При меньшем значении кэш-память разогревается быстрее, но возможно ее избыточное наполнение. Для большинства приложений вполне достаточно порогового значения, равного 2. Наполнение при записи полезно в том случае, когда записываемые данные вскоре снова считываются. Подобное нередко случается в файловых системах. Другие приложения, например базы данных, не имеют такой особенности, поэтому наполнение при записи для них иногда лучше вовсе отключить.

Как можно видеть, увеличение или уменьшение каждого параметра имеет свои положительные и отрицательные последствия. Очень важно понимать «локальность» приложения. Кроме того, полезно протестировать систему на реальных нагрузках и посмотреть, при каких параметрах она показывает лучшие результаты.

Кэш браузера ssd

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

Сейчас в ноутбуках есть два подхода.
1. Полноценный активный SSD. (Иногда вместо, иногда вместе с HDD)
2. SSD-Cache + HDD

1. В случае, если есть обычный SSD я сам могу установить туда ОС и самые необходимые программы.
В случае SSD-cache система сама кладет туда некие «часто используемые» на ее взгляд данные, а я не имею доступа к SSD диску.
Верно ли я понимаю?

2. Насколько эффективен SSD-cache? Быстрее ли грузится система? Программы? Как в целом с потребительской точки зрения?

3. Как вы оцениваете эффективность cache по сравнению с полноценным SSD?

цитата: yevlampy:
3. Как вы оцениваете эффективность cache по сравнению с полноценным SSD? Полноценный SSD, на котором и система и рабочие файлы, работает гораздо быстрее.

Дома есть старенький ноут Toshiba Satellite.
Замена в нем умершего HDD на твердотелый SSD совершенно его преобразила по быстродействию.
Даже не поверил, что старенький загнанный коняга начнет летать как молодой рысак.

цитата: Volk1975:
цитата: yevlampy:
3. Как вы оцениваете эффективность cache по сравнению с полноценным SSD? Полноценный SSD, на котором и система и рабочие файлы, работает гораздо быстрее.

Дома есть старенький ноут Toshiba Satellite.
Замена в нем умершего HDD на твердотелый SSD совершенно его преобразила по быстродействию.
Даже не поверил, что старенький загнанный коняга начнет летать как молодой рысак.
Ок. а с SSD-кэшем не пробовали работать? отзывы тоже самые положительные. Получается дёшево и средито. Но может быть есть там подвох? Подозрительно уж дёшево выходит, нежели обычный SSD.

цитата: yevlampy:
Ок. а с SSD-кэшем не пробовали работать? отзывы тоже самые положительные. Получается дёшево и средито. Но может быть есть там подвох? Подозрительно уж дёшево выходит, нежели обычный SSD. Думаю, что подвоха никакого нет.
Просто более дешевый вариант, дающий быстродействие в соответствии со своей ценой.

Полностью все на SSD — все равно быстрее будет.
По ходу, HDD и их гибриды доживают последние дни.

Сначала на моем UX32VD была связка HDD+SSD, после 9 месяцев использования был поставлен полноценный SSD. Так что на своем примере могу рассказать.

1) да, верно. Примечание — для корректной работы объем задействуемого кеша должен быть равен объему оперативной памяти девайса.
2) Система грузится за 26-28 секунд в более-менее чистом виде, при полезной нагрузке из кучи программ и игр (без шлака) — 34-36 секунд. Против 50+- секунд обычного харда. Это win7hp x64 с подчищенным реестром.
Программы — быстрее грузятся часто используемые и недавно использованные. В целом — улучшение есть по сравнению с обычным хардом, заметное, но не очень значительное. Отзывчивость системы увеличивается, но задержки заметны.
3) HDD+SSD кеш полноценному SSD проигрывает ровно столько же, насколько выигрывает у обычного HDD. Загрузка с программами 18-20 секунд (win7hp x64), просто-таки реактивная скорость работы и копирования файлов. Да, еще, SSD полностью бесшумен. А обычный винт, кэш или не кэш, стрекочет заметно. Особенно ночью чувствуется и раздражает, если бук не отключать.

Считаю, что с заменой HDD на SSD (кеш я просто-напросто отключил) я поступил правильно, выигрыш в скорости работы это дало заметный, и автономность чуть выросла — кушает только SSD, а не связка из харда и кеша. Да и раньше-внутренний-теперь-внешний хард (я свой воткнул в кейс-коробочку с переходником под USB) годится для хранения резервной копии системы и кучки медиафайлов.

Если в буке используется связка полноценных SSD и HDD — под систему и данные соответственно — если места в корпусе хватит, получится сравнительно недорогой вариант быстрой системы. Потому что мой M4 на 512 гиг стоил 13000 рублей (и был единственным вариантом — нужны были и объем, и скорость, и 1 диск. В 13,3″ буке 1 sata-разъем, и то место есть лишь под 7-мм диски).
SSD на 128 гиг стоят 2,5-3,5к, + хард на терик, еще 3 с половиной тысячи. Итого в два раза дешевле и в два раза больше места для хранения данных.

Читать еще:  Как узнать пароль от wifi дома

Настраиваем SSD, перенос кеш на HDD

Зачем вообще настраивать? Надо знать, в чем отличие, чтобы понять.

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

Отличительные особенности твердотельных накопителей от магнитных

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

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

Об Особенности устройства HDD и SSD.

SSD практически по всем параметрам лучше HDD, у них есть недостатки. А именно, это объем и стоимость. Если говорить об объеме, то в настоящее время твердотельные накопители значительно проигрывают магнитным. В стоимости также выигрывают магнитные диски, поскольку являются более дешевыми. И если взять только SSD то у него из недостатков помимо прочих так его ресурс перезаписи, каждая ячейка может быть перезаписана N число раз после чего выходит из строя, чтобы увеличить ресурс SSD при наличии HDD. Лучше настроить большую часть записи HDD.

Начнем с кеш браузера, достаточно написать в ярлыке:

C:UsersxxxAppDataLocalYandexYandexBrowserApplicationbrowser.exe —disk-cache-dir=»Z:» где Z это наш диск HDD, а 0 это папка под кеш не забываем пробел после .exe

Теперь в настройки Виртуальной памяти иначе Файл подкачки. Без него некоторые программы могут работают с ошибкой.

Для этого надо перейти в Панель управления >> Система >> Дополнительные Параметры системы >> Дополнительно >> Виртуальной памяти

С SSD задаем Без файла подкачки, а на HDD задаем по выбору Системы или указываем свой размер.

Функция резервирования пространства (Over Provisioning — OP)

Оптимизирует производительность и срок службы SSD-накопителя путем выделения на SSD -накопителе небольшого объёма свободного места.

Отключать режим гибернации

Необходимо, когда в нем нет необходимости. Батарея BIOS тоже не вечная и, если вы постоянно используете только сон, рано или поздно она сядет.

И для того чтобы не записывался в дисковое пространство файла hiberfil.sys, в котором хранятся данные последней сессии.

Можно отключить через Командной строки. Запустите ее через главное меню Windows 10 (кнопка со значком окон) от имени администратора. Для этого прокрутите вниз до раздела служебных программ, кликните по ним и найдите нужный инструмент. Вызов контекстного меню осуществляется правой кнопкой мыши.

Кэш браузера ssd

03 янв 2020, 22:59

/usr/lib — растет как на дрожжах и походу кэш весь сбрасывается именно туда то есть на SSD
Я правильно понимаю что мне надо символьной ccылкой этот каталог переносить на hdd, или есть вариант назначить хранения кэша в хоме другими способами (про этоже в винде тож интересно)
статья походу липовая или может она просто для винды а тут все иначе

апдейт
создал параметр browser.cache.disk.parent_directory

/.mozilla/firefox/cache — но чет ничего не изменилось
/home/kostusha/.mozilla/firefox/cache — тоже не помогло

ssd и кэш браузера

04 янв 2020, 00:03

/.mozilla/firefox/cache, а в

Например, у меня:

ssd и кэш браузера

04 янв 2020, 02:33

Пользователь без прав root туда писать не может. Соответственно броузер запускаемый от имени пользователя — тоже.

Профиль броузера firefox хранится в

» — обозначает домашний каталог текущего пользователя, а каталог начинающийся с точки — скрытый, так что .mozilla просто так не виден).
Его кеш — в

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

Хотите оптимизировать с точки зрения быстродействия броузеров — вот это даст намного лучший результат: https://wiki.archlinux.org/index.php/Pr . _(Русский)

ssd и кэш браузера

04 янв 2020, 11:14

ssd и кэш браузера

04 янв 2020, 11:59

ssd и кэш браузера

04 янв 2020, 15:49

Прежде чем наводить суету, гляньте хотя бы вот это: https://3dnews.ru/938764

Делаем грубую прикидку. Берем в качестве ресурса 150 террабайт (максимально пессимистично, самый душманский накопитель и то ближе к 200-ам вывозит) — это грубо говоря 150*100 = 15000 гигабайт. Считаем срок службы, при условии что ежедневно будет записано аж в три раза больше — 30Гб: 15000/30 = 500 дней. Т.е. почти два года. Или около 6 лет с реальным расходом. Берем в качестве ресурса скромные 500 терабайт (скромные потому что большинство по нескольку тысяч держат), и считаем именно с вашим расходом 10Гб в день — получаем 13 с половиной лет.
Ну как, есть повод для паники?

ssd и кэш браузера

04 янв 2020, 23:30

ssd и кэш браузера

05 янв 2020, 18:35

ssd и кэш браузера

05 янв 2020, 18:48

ssd и кэш браузера

05 янв 2020, 22:55

ssd и кэш браузера

05 янв 2020, 23:05

ssd и кэш браузера

05 янв 2020, 23:55

ssd и кэш браузера

06 янв 2020, 06:55

Прежде чем наводить суету, гляньте хотя бы вот это: https://3dnews.ru/938764

Делаем грубую прикидку. Берем в качестве ресурса 150 террабайт (максимально пессимистично, самый душманский накопитель и то ближе к 200-ам вывозит) — это грубо говоря 150*100 = 15000 гигабайт. Считаем срок службы, при условии что ежедневно будет записано аж в три раза больше — 30Гб: 15000/30 = 500 дней. Т.е. почти два года. Или около 6 лет с реальным расходом. Берем в качестве ресурса скромные 500 терабайт (скромные потому что большинство по нескольку тысяч держат), и считаем именно с вашим расходом 10Гб в день — получаем 13 с половиной лет.
Ну как, есть повод для паники?

Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector