Использование ssd в качестве кэша. Дисковая система: HDD, SSD и NVMe. Что c SSD не так

Использование ssd в качестве кэша. Дисковая система: HDD, SSD и NVMe. Что c SSD не так

09.04.2019

Недавно я столкнулся с проблемой ускорения работы дисковой подсистемы, которая предусмотрена в ультра буке Lenovo U 530 (и других подобных моделей). А началось все с того, что выбор пал на этот ноутбук для замены более старого.

Данная серия имеет несколько конфигураций, которые можно посмотреть по этой ссылке: http ://shop .lenovo .com /ru /ru /laptops /lenovo /u -series /u 530-touch /index .html #tab -"5E =8G 5A :85_E 0@0:B 5@8AB 8:8

Я взял вариант с процессором Intel Core -I 7 4500U , 1Тб HDD + 16 Гб SSD кэша.

Примечание: в данном ультрабуке и аналогичных используется SSD в формате M2: http://en.wikipedia.org/wiki/M.2

В дальнейшем при работе с ним как то присутствие кэша не наблюдалось, начал разбираться как же все это работает?

В чипсетах Intel (в частности Intel Series 8) имеется такая технология как Intel rapid storage technology (подробнее о ней можно прочитать по этой ссылке: http ://www .intel .ru /content /www /ru /ru /architecture -and -technology /rapid -storage -technology .html ).

В этой технологии есть функция Intel ® Smart Response , которая и позволяет использовать вариант гибридного SSHD или же HDD + SDD для ускорения дисковой подсистемы.

Если вкратце - то она позволяет хранить часто используемые файлы на SSD диске и при последующих запусках файлов читать их с SSD диска, что заметно улучшает производительность всей системы в целом (подробнее о Smart Response по этой ссылке:

2)Использовать технологию Windows ReadyBoost (http://ru.wikipedia.org/wiki/ReadyBoost)

3)Использовать вариант ExpressCache

Примечание: многие наверняка видели инструкции в интернете по переносу файла гибридизации на SSD, так вот, на своем опыте проверил, это НЕ РАБОТАЕТ, так как даже в этом случае, когда Вы создаете раздел гибридизации, все равно используется технология Intel Rapid Storage . Другими словами, режим гибридизации уже невиндовый , а управляет им данная интеловская технология, а поскольку у нас она не работает, то кроме бесполезного раздела гибридизации на SSD Вы ничего не получите, соответственно работать это не будет.

А теперь опишу более подробно, как настроить каждый из трех вариантов.

1.Использовать стороннюю утилиту от SanDisk - ExpressCache

Распишу по пунктам действия:

Если Вы еще ни разу не пользовались этой утилитой, то делаем следующее:

1)Скачиваем ее, например отсюда: http ://support .lenovo .com /us /en /downloads /ds 035460

2)Заходим в “Управление дисками” и удаляем все разделы с SSD диска;

3)Устанавливаем программу Express Cache на компьютер, перезагружаемся и все готово) Программа сама сформирует нужный раздел и будет его использовать.


4)Чтобы проверить работу, вызываем командную строку в режиме администратора, и вводим eccmd.exe -info

5)В результате, должна быть похожая картинка:

Рисунок 6 - проверка работы кэша при запуске утилиты eccmd.exe -info


2.Использовать технологию Windows ReadyBoost

Для использования этой технологии необходимо:

2)Создаем один основной раздел на SSD ;

3)Новый раздел появится в виде нового диска со своей буквой. Заходим в Мой компьютер и жмем правой кнопкой на диске и в меню выбираем “свойства”, далее вкладку “Ready Boost ”.

4)Во вкладке выделяем опцию “Использовать это устройство” и ползунком выделяем все имеющееся пространство.

После этого SSD будет ускорять работу файловой системы используя технологию Microsoft Windows Ready Boost .

Не знаю, насколько она эффективна для работы с SSD , так как изначальное ее предназначение было - использование в качестве устройств хр анения обычные NAND Flash в виде брелоков, а скорость доступа к таким устройствам намного ниже, чем у mSATA SSD


3.Использовать вариант ExpressCache + перенос SWAP файла на отдельный раздел SSD .

На мой взгляд - это самый оптимальный для данного случая метод, так как, с одной стороны мы ускоряем работу со свопом, перенеся его на SSD , а так же обеспечиваем работу с кэшем. Данный метод скорее подходи для ультра буков с объемом SSD 16 и более Гб.

Как это сделать?

1)Заходим в “Управление дисками” и удаляем все разделы с SSD диска;

2)На SSD нужно два раздела, один делаем сами, второй делается программой Express Cache ;

3)Создаем раздел для свопа, например: 6 Гб вполне достаточно для ультра бука с 8Гб ОЗУ (RAM);

5)Теперь нам нужно перенести своп с диска C : на новый диск SSD . Для этого заходим в параметры Системы, далее “Дополнительные параметры системы”.


Рисунок 8- Дополнительные параметры системы

Во вкладке “Дополнительно” нажимаем на кнопку “Параметры* ”, вкладка “Дополнительно** ” и далее кнопку “Изменить** ”. Отключаем “Автоматический режим*** ”, затем из списка выбираем нужный для нас диск со свопом, а затем пробуем выбрать опцию “Размер по выбору системы*** ” и нажимаем кнопку “Задать*** ”. Если система ругнулась, то это, скорее всего из-за того, что диск в 6Гб. система считает слишком маленьким, но если Вы посмотрите снизу в окне рекомендуемый размер файла, то он будет колебаться в районе 4,5 Гб, что даже меньше нашего раздела, поэтому делаем следующее - выбираем опцию “Указать размер*** ” и в поле “Исходный размер*** ” записываем тот рекомендуемый снизу размер файла. В поле “Максимальный размер*** ” можно написать весь объем раздела, затем жмем кнопку “Задать*** ”.
Далее, нам нужно отключить уже имеющийся своп, для этого из списка дисков выбираем на том, где в данный момент располагается своп (например C :), и ниже в опциях выбираем - “Без файла подкачки*** ”, а затем “Задать*** ”.
Все -т еперь у Вас файл подкачки будет располагаться на SSD диске.
Ждем “Ок *** ” и перегружаем компьютер.

6)Можно проверить, есть ли файл на диске или нет, заходим на диск C : (в проводнике должна быть включена функция видимости скрытых файлов или с помощьюTotal Commander ).


Рисунок 12 - Видимость SWAP раздела SSD

Файл подкачки называется pagefile . sys , он должен быть на новом диске, а на старом его быть не должно.

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

В итоге после проделанных действий мы получаем ускорение всей системы в целом.

Рисунок 13 - Разделы на SSD для SWAP и SSD кэша

Желаю Вам быстрой производительности Вашей системы и долгой работы SSD J

Буду рад комментариям к моей статье и всяческим рецензиям) Спасибо!

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

В гибридной системе хранения 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 будет изнашиваться быстрее.

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

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

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

  1. Данные считываются с HDD.
  2. Выполняется операция наполнения SSD.

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

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

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

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

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

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

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

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

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

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

ПРИМЕР КОНФИГУРАЦИИ КЭША НА БАЗЕ SSD

В тесте моделировалась типовая ситуация ввода-вывода (произвольное чтение 90% + запись 10%) для определения выигрыша, который дает использование SSD-кэша. При тестировании применялась система AegisSAN Q500 в следующей конфигурации:

  • HDD: Seagate Constellation ES, ST1000NM0011, 1 Тбайт, SATA 6 Гбит/с (x8);
  • SSD: Intel SSD DC 3500, SSDSC2BB480G4, 480 Гбайт, SATA 6 Гбит/с (x5);
  • RAID-группа: RAID 5;
  • тип ввода-вывода: Database Service (8 Кбайт);
  • режим ввода-вывода: блоки по 8 Кбайт.

Время «разогрева» вычисляется по следующей формуле:

T = (C × P) / (I × S × D),

где T - время «разогрева», I - средняя производительность в IOPS одного HDD при произвольном чтении, S - размер блока ввода-вывода, D - число HDD, C - совокупная емкость всех SSD, P - пороговое значение наполнения кэш-памяти при чтении или записи. На практике «разогрев» кэша может занять больше времени.

Для данной конфигурации оно составит:

Т = (2 Тбайт × 2) / (244 × 8 Кбайт × 8) = 275 036,33 сек = 76,40 ч.

Без кэширования на SSD средняя производительность составила 962 IOPS. При включении кэширования она выросла до 1942 IOPS, то есть улучшение после «разогрева» кэша оказалось двукратным - 102%. Согласно расчетной формуле время разогрева равно 76,4 ч, в тесте после 75 ч производительность в IOPS достигла максимальной величины и оставалась после этого стабильной.

ЗАКЛЮЧЕНИЕ

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

Бартек Митник - директор по продажам компании Qsan Technology в регионе EMEA.

Введение

По мере развития бизнеса возможности приложений с интенсивными рабочими потоками часто ограничиваются характеристиками жестких дисков (HDD). Несмотря на то, что емкости HDD резко возросли, скорость выполнения операций произвольного ввода/вывода (I/O) не увеличивалась в том же темпе. Однако, теперь возможно ускорить обработку потоков с интенсивным чтением данных, таких, как при онлайн транзакциях (On-Line Transaction Processing - OLTP), в сетевых и файловых серверах, базах данных, применяя новую технологию кэширования, Infortrend SSD Cache, которая использует высокую скорость и малую задержку твердотельных дисков для повышения скорости считывания часто требующихся жизненно важных данных. Скорость чтения для SSD значительно выше по сравнению с HDD и, следовательно, SSD Cache может существенно улучшить характеристики произвольного чтения и снизить время отклика.

Применимость настоящего документа

Семейство EonStor DS

Что такое SSD Cache?

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

Почему Infortrend SSD Cache?

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

1.Улучшение характеристик чтения

SSD Cache использует интеллектуальный алгоритм, чтобы ускорить обработку интенсивных потоков с произвольным чтением данных, таких, как OLTP и обращения к базам данных. В таких ситуациях SSD Cache может существенно увеличить общую скорость чтения. Например, SSD Cache может в 2,5 раза увеличить значение IOPS при OLTP по сравнению с той же системой без SSD Cache. В то же время задержки также уменьшаются и, следовательно, степень улучшения характеристик зависит от действительных рабочих потоков приложения и поведения пользователя.

2.Интеллектуальное ПО и алгоритм управления

Интеллектуальное ПО автоматически анализирует модель доступа к данным и распознает последовательные и произвольные операции чтения/записи. Данные последовательного чтения или записи не заносятся в пул SSD Cache, в нем накапливаются только данные произвольного чтения, чтобы SSD использовались наиболее эффективно. Если более точно, то встроенное ПО автоматически перемещает копии наиболее часто требующихся данных из кэш-памяти контроллера в пул SSD Cache в соответствующее время. Эти “горячие” данные впоследствии будут считаны из SSD Cache, если система получит запрос на их чтение. Разработанны Infortrend алгоритм оптимизирует цикличность копирования данных в SSD, так что для этой цели можно применять и сравнительно дешевые SSD. Это решение не только улучшает характеристики чтения, но и продлевает срок службы жестких дисков за счет уменьшения количества циклов чтения и записи.

3.Простой интуитивный интерфейс пользователя

Функции SSD Cache полностью интегрированы в Infortrend SANWatch и RAIDWatch GUI. Они очень просто настраиваются, управляются и обслуживаются. Например, пользователь может наблюдать за состоянием пула SSD Cache и легко проверять оставшийся срок службы для каждого SSD.

Infortrend SSD Cache

Как работает Infortrend SSD Cache

Если SSD Cache включено и работает в течение некоторого времени, интеллектуальное встроенное ПО собирает статистику и немедленно обновляет записи о “температуре” данных в кэш-памяти контроллера. Основываясь на этих записях, встроенная программа автоматически копирует в соответствующее время небольшие фрагменты случайных часто требующихся данных из кэш-памяти контроллера в пул SSD Cache, используя метод последовательной записи, чтобы избежать интенсивных операций с SSD и, следовательно, увеличить срок их службы. Пока пул SSD Cache Pool не заполнится “горячими” данными, генерируемыми приложениями на хосте, метод предварительного копирования блоков на SSD с помощью зонного предсказания ускоряет операции чтения. Если размер блока данных меньше или равен 16 KB, данные копируются прямо в пул SSD, даже если они считываются только однократно. Если размер блока больше 16 KB, и программа распознает его как “горячие” данные (считываются несколько раз), то они классифицируются как часто требующиеся и сохраняются в пуле SSD. Для этих “горячих” данных будет хранится две копии - одна в SSD Cache и одна на жестких дисках.

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

Что нужно для работы SSD Cache

1. Требования к программному обеспечению и SANWatch

ПО версия 512F12 или выше

SANWatch версия 3.0.h.14 или выше

2. Лицензия на SSD Cache

SSD Cache доступно по лицензии. Infortrend также предоставляет 30-дневную пробную лицензию.

3.Соотношение между емкостью кэш-памяти контроллера и максимальным размером пула SSD Cache:

Если в системе разрешена работа SSD Cache, то кэш-память контроллера будет использовать некоторую часть пространства для сохранения “горячих” данных, и размер “горячих” записей в кэше контроллера будет определять максимальный поддерживаемый размер пула SSD. Для начальной комбинации (2 GB на контроллер) максимальный поддерживаемый размер пула SSD Cache равен 150 GB для одиночного контроллера и 300 GB для моделей с двойным избыточным контроллером.

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

4.Сброс контроллера(ов) для запуска SSD Cashe

Последний шаг запуска SSD Cache включает сброс контроллера(ов). По умолчанию, в кэш-памяти контроллера не назначается пространство для хранения “горячих” данных. Следовательно, требуется сбросить контроллер и инициализировать его так, чтобы выделить подходящее пространство для “горячих” записей. После сброса контроллера и активации функции SSD Cache управлять им очень просто. Нет необходимости сбрасывать или перегружать систему при добавлении SSD в пул или удалении из него. Эта процедура выполняется с помощью интуитивного интерфейса пользователя через SANWatch или RAIDWatch.

5.Требования к SSD

В настоящее время один контроллер поддерживаеи до 4 SSD. Если вы хотите использовать функцию SSD Cache, проверьте, пожалуйста, числится ли выбранная вами модель SSD в квалификационном списке Infortrend Qualified Vendor List (QVL). Только SSD из нашего QVL могут применяться для улучшения характеристик хранилища, как описано в этом документе.

Заключение

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

Полный текст статьи с иллюстрациями вы можете скачать в виде pdf файла.

Традиционная система хранения подразумевает размещение данных на жестких дисках HDD и твердотельных дисках SSD. В последние годы емкости HDD растут стремительными темпами. Однако, скорость их при случайном доступе по-прежнему мала. Для некоторых приложений, таких как базы данных, облачные технологии или виртуализация, требуется как высокая скорость доступа, так и большой объем. Получается, что использование только HDD не приемлемо, а использование SSD неоправданно дорого. Использование SSD только в качестве кэша является лучшим соотношением цена/производительность для системы в целом. В этом случае сами данные будут располагаться на емких HDD, а дорогие SSD будут давать прирост производительности при случайном доступе к этим данным.

Чаще всего SSD-кэш будет полезен в следующих случаях:

  1. Когда скорость работы HDD в IOPS при чтении является узким местом.
  2. Когда операций ввода/вывода на чтение существенно больше, чем на запись.
  3. Когда объем часто используемых данных меньше размера SSD.

Решение

SSD-кэширование – это дополнительный кэш для увеличения производительности. Один или несколько SSD должны быть назначены виртуальному диску (луну) для использования в качестве кэша. Обратите внимание, что эти SSD будут недоступны для хранения данных. В настоящее время размер SSD-кэша ограничен 2.4ТБ.

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

SSD-кэш делится на группы – блоки, каждый блок делится на субблоки. Характер операций ввода/вывода для виртуального диска определяет выбор размера блока и субблока.

Заполнение кэша

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

  • Populate-on-read threshold
  • Populate-on-write threshold

Эти значения больше нуля. Если они равны нулю, то кэш на чтение или запись не работает. В соответствии с этими значениями каждый блок соотносится с его счетчиком чтения или записи. Когда хост производит операцию чтения, и данные расположены в кэше, счетчик чтения увеличивается. Если в кэше нет данных и счетчик чтения больше или равен значению Populate-on-read threshold, то данные копируются в кэш. Если же значение счетчика меньше Populate-on-read threshold, то данные читаются мимо кэша. Для операций записи ситуация аналогична.

Сценарии работы SSD-кэша

Тип ввода/вывода

Тип ввода/вывода определяет конфигурацию SSD-кэша. Эта конфигурация выбирается администратором и определяет параметры блока, субблока, populate-on-read threshold и populate-on-write threshold. Имеются три заранее определенные конфигурации согласно типам ввода/вывода: базы данных, файловая система и web-сервисы. Администратору необходимо выбрать конфигурацию SSD-кэша для виртуального диска. В процессе работы можно сменить тип конфигурации, но в этом случае содержимое кэша будет сброшено. Если предопределенные конфигурации не подходят под используемый профиль нагрузки, то имеется возможность задать собственные значения параметров.



Размер блока влияет на время «прогрева» кэша, т.е. когда наиболее востребованные данные переместятся на SSD. Если данные расположены на HDD близко друг к другу, то лучше использовать блок большого размера. Если же данные расположены хаотично, то логичнее использовать блок малого размера.

Размер субблока также влияет на время прогрева кэша. Больший его размер уменьшает время заполнения кэша, но увеличивает время реакции на запрос с хоста. Помимо этого, размер субблока также влияет на загрузку процессора, пропускную способность памяти и канала.


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

  • Т – время прогрева кэша в секундах
  • I – значение IOPS для HDD при случайном доступе
  • S – размер блока ввод/вывода
  • D – количество HDD
  • C – полный объем SSD
  • P - populate-on-read threshold или populate-on-write threshold

Тогда T = (C*P) / (I*S*D)
Для примера: 16 дисков с 250 IOPS, один SSD 480ГБ в качестве кэша, характер нагрузки – web-сервисы (64КБ) и populate-on-read threshold = 2.
Тогда время прогрева будет Т = (480ГБ*2) / (250*64КБ*16) ≈ 3932 сек ≈ 65.5 мин

Тестирование

Для начала рассмотрим процесс создания SSD-кэша

  1. После создания виртуального диска нажмите ↓, затем Set SSD Caching
  2. Выберите Enable
  3. Выберите конфигурацию из ниспадающего списка
  4. Нажмите Select Disks и выберите SSD, которые будут использоваться в качестве кэша
  5. Нажмите ОК

Ограничения

  • Только SSD могут использоваться в качестве кэша
  • SSD может быть назначен только одному виртуальному диску в каждый момент времени
  • Поддерживается до 8 SSD на один виртуальный диск
  • Поддерживается общий объем до 2.4ТБ SSD на систему
  • Для SSD-кэширования требуется лицензия, которая приобретается отдельно от системы

Результаты

Тестовая конфигурация:

  • HDD Seagate Constellation ES ST1000NM0011 1TB SATA 6Gb/s (x8)
  • SSD Intel SSD DC3500, SSDSC2BB480G4, 480GB, SATA 6Gb/s (x5)
  • RAID 5
  • I/O Type Database Service (8KB)
  • I/O pattern 8KB, random read 90% + write 10%
  • Virtual disk 2TB

Согласно формуле время прогрева кэша T = (2ТБ*2) / (244*8КБ*8) ≈ 275036 сек ≈ 76.4 ч




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

Такая система позволяет отчасти достичь компромисса между скоростью SSD и емкостью HDD. В зависимости от модели ноутбука, кэширующий SSD встраивается в жесткий диск (в результате чего получается гибридный диск, SSHD) или подключается по интерфейсу mSATA.

Имеет ли смысл устанавливать систему на этот SSD

Я считаю это плохой идеей. Конечно, вы можете «сломать» программный RAID и запихнуть Windows на маленький SSD, но нужно учитывать несколько моментов.

1. Невысокая производительность накопителя

Да, она будет выше, чем у жесткого диска, но до «нормального» SSD не дотянет. Например, Intel SSD 313 снабжен выносливой памятью SLC (вы уже не найдете ее в традиционных накопителях), но ограничен по скорости интерфейсом SATA II. И даже если накопитель поддерживает SATA III, вряд ли контроллер и прошивка оптимизированы для работы диска в качестве системного.

Кроме того, не стоит ожидать от него чудес производительности еще и по следующей причине.

2. Критический недостаток дискового пространства

Для начала, вы сразу совершаете все 6 ошибок людей с маленьким системным разделом , и этим уже многое сказано. Именно по этой причине Павел быстро пришел к выводу, что для долгосрочной работы 32GB системного раздела не хватит.

Но, допустим, вы извратились и отключили / переместили все что можно на жесткий диск. Непонятно, что вы при этом выиграли, а между тем SSD у вас все равно сильно заполнен, т.е. вы не можете оставить незанятыми рекомендуемые 10-20% пространства .

На eBay и в китайских магазинах он стоит сущие копейки – ищите запросами HDD Drive Caddy , SATA HDD Caddy и т.д.

Выбирая переходник, учитывайте его высоту (9.5 или 12.7 mm), поскольку габариты оптического привода отличаются в зависимости от толщины ноутбука.

Кроме того, переходник может не совсем подходить по глубине. Так, у меня он чуть короче и, как следствие, утоплен в корпус. Но я не переживаю, т.к. мой ноутбук не участвует в конкурсах красоты:)

3. Купите хороший mSATA SSD

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

На рынок вышли крупные игроки, и у них накопители mSATA экипируются такой же NAND, контроллером и прошивкой, что и флагманские модели.

Это верно, например, для пар Intel 520 и 525 (на контроллерах SandForce), Plextor M5P и M5M (на Marvell). Стоимость 1GB дискового пространства в накопителях mSATA несколько дороже, но наличие в ноутбуке жесткого диска позволяет обойтись моделями SSD средней емкости.

Накопители mSATA по размеру намного меньше своих старших братьев, и картинка не отражает реальные габариты 3х5 см и вес в 9 г.

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

  1. Разъем mSATA подключен к интерфейсу SATA III материнской платы . Мы как-то обсуждали с Артемом Проничкиным этот вопрос применительно к его ноутбуку Lenovo W530. Чипсет поддерживает только два подключения по SATA III (их используют основной диск и оптический привод), поэтому mSATA SSD приходится подключать к SATA II.

    Конечно, даже в этом случае можно использовать mSATA SSD, и скорость его работы будет выше, чем у жесткого диска. Однако она все-таки упрется в пропускную способность SATA II.

  2. Поддерживается загрузка системы с диска, подключенного по mSATA . Иначе нужно будет поместить диспетчер загрузки на HDD .

Информацию о наличии портов mSATA и чипсете можно найти в руководстве пользователя ноутбука (в т.ч. сервисном), на сайте изготовителя или в гуглояндексе. Нелишним будет также поиск на форумах изготовителя ноутбука на предмет возможных препятствий или проблем.

И все-таки, можно ли установить Windows на этот маленький SSD?

Хотите лично наступить на грабли? Общие требования до установки ОС таковы:

  1. В UEFI / BIOS:
  • включен режим AHCI
  • SSD стоит выше HDD в списке устройств, с которых выполняется загрузка (Boot Order)
  • Том SSD должен быть простым, а не динамическим
  • Конкретные инструкции зависят от модели ноутбука и применяемых технологий кэширования.

    Дискуссия и опрос

    1. Модель своего ноутбука
    2. Придавали ли вы значение конфигурации дисков перед покупкой
    3. Какие физические диски были установлены в ноутбуке
    4. Устроила ли вас производительность дисковой подсистемы
    5. Что вы делали для повышения производительности конфигурации дисков, и к каким результатам это привело

    Любые другие мнения на эту тему приветствуются!

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

    Об авторе

    Покупал, заменил HDD на SSD. До полной очистки перед установкой Windows 8.1 маленький SSD никак не использовался, так как не был виден системе. После очистки работает как небольшой накопитель для всякой ерунды.

    Alexey Matashkin

    До недавнего времени основным домашним ПК был настольный, однако перешел на ноутбук. Выбор пал на Dell Inspiron 7720.
    Одним из важных критериев выбора была конфигурация жестких дисков. В ноутбуке две корзины для HDD и место для mSATA, правда с нюансами: mSATA запаралелен со вторым HDD, так что либо одно, либо другое.
    Именно по это причине брал конфиуграцию только с 1Tb HDD и сразу же докупил к нему 256Gb SSD.
    Система установлена на SSD, второй диск используется для хранения больших объемов фото, видео и тому подобного.
    В такой конфигурации никаких дополнительных действий не делал, производительности уже более чем достаточно для меня.

    Сергей

    Кстати такой переходник с интерфейсом SATA и IDE есть в продаже в Юлмарте. Вот только толщину надо уточнять отдельно.

    Михаил

    1. Samsung NP300E7Z-S01.
    2. Нет, смотрел только на объем HDD.
    3. 1 HDD на 500Гб, 5400RPM.
    4. Категорически НЕТ, особенно после того, как увидел скорость работы ПК с SSD.
    5. Купил SSD, поставил его вместо HDD, а HDD с помощью переходника установил в отсек ODD, причем заглушка от привода идеально подошла к переходнику.

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

    После «уровня» просится запятая.

    Игорь

    у меня все проще и тупо
    в рабочем буке стоит оцз 3 на сандфорсе, больше туда ничего не воткнешь. а вот к ноутбуку есть док-станция где как раз провернут вариант с заменой ОДД через переходник на винчестер и торчит 640 Гб от Вд. Для холодного бэкапа и не сильно важного есть 1 Тб хитачи(точнее хгст груп) и переносная рабочая коробка залман ве-300 с 500 Гб вд. Это по мобильным.
    есть серверок на атоме, куда хочу мсата ссд на 60 Гб и заменить 1 тб ноутбучный на 1.5. но там стоит соовсем не виндовс так что в эту статистику оно не попадает.

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

    Игорь

    Сергей ,

    у нас в 4 раза дороже чем у китайцев(((

    Василий

    1. Ноутбук HP Pavilion Sleekbook 15. .
    2. Да. Искал именно гибридный ноутбук.
    3. Жёсткий диск 320 ГБ+SSD 32 ГБ
    4. Вполне. Загрузка самая быстрая 21,4 сек. Лучше чем ноутбук с SSD на 120 ГБ (была загрузка 23,3 сек. отдал внуку).
    5. Пробовал установить Windows 7 на SSD. Не вышло. Восстановил Windows 8, а вскоре обновился до Windows 8.1. Сделал загрузку прямо на рабочий стол. А к плитке обращаюсь только когда нужно скачать приложение.

    Аркадий

    Проголосовал. У меня вместо DVD привода стоит HDD Caddy с винчестером WD Black 500 Gb 7200 SATA2. А на основном стоит SSD Корсар на 128 Gb SATA3. Фишка ещё в том что на оба диска у меня гарантия 60 месяцев. Я теперь не знаю что такое тормоза и лаги, да ещё и места вагон.
    До этого стоял HDD 5400, сущий ад. Вообще не люблю диски на 5400, они ужасно медленные.

    Внешняя панель с привода подошла к HDD Caddy и снаружи вообще не заметно, что там внутри не привод.

    Александр

    А я еще использовал бубен и угробил много времени чтобы загружать ноутбук с mSATA SSD, когда аппарат (БИОС) mSATA как загрузочный не поддерживает. Но, в итоге, разница, даже с полным на 90% SSD, существенна.

    Иван

    Что думаете о гибридных винчестерах (например Seagate ST500LM000), где 500 гигабайт сам виyчестер и 8 гигабайт NAND для ускорения?

    Алексей

    1. Ноутбук SAMSUNG ATIV Book 4 NP450R5E
    2. Нет,не придавал этому значения
    3. Жёсткий диск 500гб 5400 об.мин
    4. не очень
    5. заменил жесткий диск 500гб 5400об.мин на 7200 об.мин,стоит сейчас windiows 8.1,скорость загрузки не измерял, но грузится и работает быстро,вполне доволен

    Александр

    Vadim Sterkin : Александр, и как же в итоге добились загрузки с неподдерживаемого mSATA?

    Vadim Sterkin , клонировал ОС с HDD, оставив на нем MBR. Есть чудесная утилита EasyBCD для управления зугрузочным сектором, порядком загрузки ОС и т.д.

    Vladimir

    Уважаемый Вадим, хочу возразить по поводу вашего утверждения
    «Непонятно, что вы при этом выиграли, а между тем SSD у вас все равно сильно заполнен, т.е. вы не можете оставить незанятыми рекомендуемые 10-20% пространства».
    Выиграть можно вот что: у меня на SSD объёмом 32 ГБ установлена только система, занимаемый объём - 13,4 ГБ, что оставляет свободным более 50 %. Все программы устанавливаются на другой раздел. Также на другой раздел перенесены папки, в которые система много записывает. ОС установлена 2,5 года назад (это как - долгосрочная работа?) и всё это время заполнение SSD примерно одинаковое.
    В результате выигрыш по скорости загрузки заметен очень хорошо, долговечность SSD не должна пострадать.

    1) HP Pavilion DV7-7171er.
    2) Да, по умолчанию было два HDD (5400 rpm).
    3) Toshiba, но модель не вспомню.
    4) Нет. И в моменте задумался о целесообразности 2 ТБ в ноутбуке, при наличии домашнего NAS.
    5) Заменил системный HDD на Samsung 840 Pro.
    Особо ни чего не делал:
    — По мимо стандартной резервной области, не стал размечать еще процентов 20-25 для долгоживучести.
    — Не стал «тюнинговать» SSD сторонними утилитами, а так же фирменной Magican.
    — Убрал дифрагментацию SSD — по статьи из Вашего блога (кстати для 8.1 это актуально?)

    Скорость вполне себе — я доволен. Хотя сомневаться и не стоило на этот счет.

    Александр

    Соглашусь с тем, что устанавливать Windows 7 — 8.1 на SSD объемом 25-35 ГБ не стоит. У меня SSD размером 60 ГБ. После переноса на HDD рабочих профилей пользователей (но не всей папки USERS), файла подкачки, и папок Installer, MSOCache и Search Windows 7 x64 занимает около 34 ГБ. Свежеустановленная система будет занимать меньше, но все равно не вариант — это может быть не на долго.
    На мой взгляд гибернация для системы, установленной на SSD, не нужна совершенно. Какой смысл лишний раз записывать на твердотельный накопитель большие объемы данных, если чистый старт занимает несколько секунд? Опять же спящий режим никто не отменял.

    Игорь

    Здравствуйте, Вадим.

    Про SSD я с вами уже советовался (см. письмо на Gmail от 19 июля 2013 г.) Так что пока это дело откладывается по финансовым причинам, но в целом склоняюсь к покупке 2х устройств на замену штатному DVD-RAM дисководу.

    В тоже время у меня есть интересный момент, относительно mSATA или схожего с ним разъема. У меня имеется нетбук ACER ASPIRE ONE D250 (без 3G модуля) . Вопрос в том, можно ли на тот разъем поставить твердотельный накопитель? В свое время видел в продаже такие SSD но покупать не стал из-за боязни несовместимости с разъемом, хотя визуально схожи. Что скажете на эту тему?

    Как пример, можно увидеть тут (разъем для 3G модуля прямо над вентилятором):

    Vladimir

    Vadim Sterkin : Владимир, ничто не мешаает пользоваться сном, при этом скорость загрузки значения не имеет. Что еще вы выиграли?

    Вадим, я, собственно, ничего не писал ни о сне, ни о гибернации, так что ваш ответ не по существу.
    Кроме упомянутого ещё выигрыш заключается в том, что образ диска системы, сделанный программой Acronis True Image имеет объём порядка 4 ГБ и создаётся и восстанавливается за 8…10 минут.
    Для меня этих аргументов более чем достаточно, чтобы использовать такую организацию работы.
    Гибернацию на десктопе не использую, на ноутбуке - использую, но нечасто, т. к. сейчас в основном работаю на нём от сети.

    Vladimir

    Vadim Sterkin : 1. Ответ про сон по существу, т.к. если вы пользуетесь им, то перезагружаться можно раз в месяц при установке обновлений. Это знают все, кто не любит все время начинать работу в Windows с чистого листа:)

    Vladimir : Гибернацию на десктопе не использую, на ноутбуке - использую, но нечасто, т. к. сейчас в основном работаю на нём от сети.

    Vadim Sterkin : 2. Acronis не включает файлы подкачки и гибернации в резервный образ, вместо них там заглушки, поэтому на размер резервной копии и скорость ее создания они не влияют.

    Ничего подобного я не утверждал. В своём первом посте я писал, что системный раздел можно сделать небольшим, что как раз и определяет выигрыш в создании образа и его восстановлении.
    Кроме того, перенос папок на другие разделы позволяет НЧЕГО не терять при восстановлении ОС из образа или даже при переустановке системы.

    Максим

    1. Asus U500VZ
    2. Да
    3. массив SSD RAID 0 из двух 256-Гб накопителей Adata
    4. Да
    5. ничего

    Vladimir

    Вадим,
    В самом начале вы написали:
    Павел Нагаев (MVP Exchange) купил себе ноутбук с большим HDD и маленьким SSD, на который он сходу установил Windows. Однако он очень быстро отказался от этой идеи.
    И далее:
    …Павел быстро пришел к выводу, что для долгосрочной работы 32GB системного раздела не хватит.
    Вот исодя из этого я писал,что ему вполне можно было и так долгосрочно работать: после оптимизации ОС у меня на системном SSD из 32 ГБ занято 13,4 ГБ. Этого вполне хватает и для работы в течение 2,5 лет, и для файла hiberfil.sys. Кроме этого, перенос папок на другой раздел даёт возможность НИЧЕГО не терять при крахе системы и даже при полном физическом уничтожении системного SSD (украли, сгорел синим пламенем…): для восстановления потребуется только установить новый SSD и развернуть на него ОС из образа, на что потребуется минут двадцать. Не больше.
    В результате оптимизации выигрыш по скорости загрузки и работы системы заметен очень хорошо, долговечность SSD не должна пострадать, образ системного диска получается небольшим - примерно 4 ГБ, что тоже хорошо: время на его создание и восстановление составляет 8…10 минут.

    Vadim Sterkin : Владимир, ок, я понял, ваша цель - уменьшение размера системного образа, чтобы он создавался быстрее, а личные файлы не терялись при восстановлении / переустановке.

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

    Vadim Sterkin : А SSD тут при чем? Что вы выиграли, разломав RAID и установив ОС туда? На всякий случай, в скорости загрузки - ничего.

    О RAID я ничего не писал - может быть, это вопрос к Павел Нагаев? Я сравнивал скорость загрузки и работы системы на SSD и на HDD.
    Кроме того, SSD позволяет, так сказать, автономизировать систему на физически отдельном устройстве с приятным бонусом в виде бОльшей скорости работы.

    Сергей

    «Стандартный сценарий использования мобильного ПК – вместо полного выключения отправка в сон (в т.ч. режим ожидания с подключением на мобильных ПК с Windows 8 и выше) и переход в гибернацию при разряде батареи.» — Да. Но на практике полное включение с SSD происходит быстрее или как минимум не медленее, чем выход из гибернации с HDD.

    Дмитрий

    Вадим, добрый день!

    Я как раз поднимал эту тему в одном из комментариев с месяц назад и вы пообещали написать об этом пост. С нетерпением ждал его.

    У меня на двух ноутбуках сейчас как раз стоит windows на ssd.
    Поделюсь с вами соображениями по этому поводу.
    С домашним ноутом всё просто, а вот с рабочим получилось очень даже интересно.

    Домашний ноутбук:
    Lenovo Y580
    8Gb ram
    изначально был установлен кэширующий msata Samsung на 64Gb
    Сейчас он выполняет роль системного диска с windows 8.

    Windows ставилась самая обычная, поэтому занимает достаточно много места, установлен весь необходимый, в том числе рабочий софт.
    Из твиков отключена только гибернация, т.к. запуск всё равно очень резвый и это слишком явный способ сэкономить 8гб на диске. Файл подкачки сделан с плавающий размером до 4гб, но заполнен на 400мб, кажется.
    Свободно 22 из 60 гигабайт.

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

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

    Итак.
    Toshiba U840
    8gb ram
    кэширующий ssd sandisk 32Gb

    Несмотря на core i5 и большой объем оперативки, вся производительность упиралась в жёстки диск на 5400prm.
    Технология SRT работала, но если в твоей жизни уже есть компьютер с системным ssd, то она кажется лишь маркетинговой уловкой и совершенно не чувствуется:)

    Проблему можно было решить покупкой msata побольше, но это было неспортивно.
    Проблемой был именно размер windows после установки.
    Мне требовалось 10 ГБ для рабочего софта и данных в roaming. Прибавляя к этому 20 гигов головой windows 7 после переустановки. я получал забитый под завязку диск. А это как раз самы большой минус. А так же бесило отсутствие места «прозапас».

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

    Тем не менее, после установки получилось совершенно нормально зарегистрировать лицензию в microsoft, поставить все(!) обновления с момента сборки. Все вырезанные компоненты оказались и вправду не нужны.
    В итоге я получил 9ГБ на папку windows (5 сразу после установке), 8 ГБ на всё остальное, отключил гибернацию и установил плавающий файл подкачки.
    Свободного места 14 Гб и особо не планируется к увеличению.

    За 2 недели тестирования глюков в работе системы не выявил.

    Я понимаю, что в обоих случаях фраза «22Гб и 14Гб свободного места» может показаться пугающей. Но я предпочитаю держать системный раздел в чистоте и быстродействии. Если возникает жилание поставить что-то ёмкое, всегда можно поставить это на второй диск и всё равно иметь супербыструю систему.

    Отсюда хотел бы получить ваш комментарий по поводу моего выхода из проблемы с установкой урезанной windows.
    На мой взгляд игра стоила свечь:)
    Прада есть конечно ложка дегтя. Ssd от sandisk не лучшего качества, конечно. И в HD Tune pro скорость хоть и держится на 300Мбайтах/сек, в начале графика существенно проваливается до 150. Тем не менее, это лишь тест, в работе этого не заметно и всё равно быстрее, чем hdd.

    Дмитрий

    Разъем mSATA подключен к интерфейсу SATA III материнской платы. Мы как-то обсуждали с Артемом Проничкиным этот вопрос применительно к его ноутбуку Lenovo W530. Чипсет поддерживает только два подключения по SATA III (их используют основной диск и оптический привод), поэтому mSATA SSD приходится подключать к SATA II.

    На своём Lenovo y580 очень давно пытался решить этот вопрос, и не помню как и где получил на него ответ:) Поэтому прошу помочь разобраться ещё раз.

    По спецификации диск Sata 3 (6 Гбит в сек) (до 500 Мб/сек)
    HD Tune выдаёт при тестировании мин скорость чтения 216 мбайт, среднюю — 323, максимальную — 396.
    Значит ли это что у меня всё же включен sata 3 на этом диске?

    Понимаю, что дурацкий вопрос, учитывая что sata2 до 300 работает. :) Но хочу точно убедиться:)

    Vladimir

    Vadim Sterkin : если в ноутбуке SSD был для кэша, SATA контроллер работал в режиме RAID (по кр. мере в случае с SRT).

    Vadim Sterkin : Что вы выиграли, разломав RAID и установив ОС туда?

    Уффф… Так это не я, а Павел что-то там разломал? А уже испугался, что вы залезли в мой компьютер и узнали жуткую тайну, которой там никогда не было…
    Вообще говоря, я не обсуждал целесообразность и корректность установки ОС на SSD, предназначенный изначально для кэша, я просто комментирую то, что было СДЕЛАНО:

    Vladimir : Павел Нагаев (MVP Exchange) купил себе ноутбук с большим HDD и маленьким SSD, на который он сходу установил Windows. Однако он очень быстро отказался от этой идеи.

    и пытался показать, что и с ситемным дискои в 32 ГБ работать можно.

    Vadim Sterkin : Но как-то странно, что за 2.5 года у ОС занимала всего 13.5ГБ.

    Сколько занимала ОС 2.5 года назад я не помню, но образ оптимизированной ОС после установки всех программ составлял тогда 3,2 ГБ, сейчас - 4,1 ГБ. Т. е. размер, конечно, вырос.

    Vadim Sterkin : И, наверное, у вас перенесены не только файлы, но и %AppData%, либо очень мало программ, держащих там данные (даже ПО установлено на HDD).

    %AppData%, я не переносил. Были перенесены папки:
    1. Мои документы (точнее, эта папка была на своём месте ещё со времён Windows XP);
    2. Temp (если мне скажут, что в этом случае увеличивается время устновки программ, то я отвечу, что при инсталляции какой-нибудь мелочи раз в две недели, как у меня, это не существенно;
    3. Temporary Internet Files . Говорят, что из-за этого замедляется работа браузера, но при моей скорости Интернета порядка 25 Мбит/сек я никогда этого не замечу.
    4. Почта. Базы прграммы Windows Mail.
    5. Program Files . НЕ ПЕРЕНЕСЕНА, а создана! В эту папку я устанавливаю ВСЕ программы. Программ у меня очень много. Таких, которые много пишут на системный раздел даже при установке их на другой немного: Microsoft Office (неполный), Adobe: Acrobat и Photoshop. Acronis True Image. Есть ещё несколько программ, который пишут на системный раздел сущую мелочь. Остальные программы - Portable.
    6. Папки Избранное и Рабочий стол . Это - чтобы не терять что-то при восстановлении.
    Теперь по вашим вопросам.

    Vadim Sterkin : 1. Сохранность данных, лежащих на HDD, была бы точно такой же, даже если бы вы не ставили ОС на SSD.

    Да, это так. Когда я задумал установить ОС на отдельный носитель, вначале собирался взять HDD объёмом 30.. 40 ГБ. Но пока я искал такой новый, наткнулся на SSD и просто «клюнул» на новинку, обещающую к тому же некоторые преимущества.

    Vadim Sterkin : 2. На надежности работы системы тип носителя вряд ли сказывается, но на скорости - конечно.

    Я и не утверждал, что надёжность работы системы зависит от типа носителя. Думаю, что не сказывается. Хотя я лично знаком с двумя HDD десятилетнего возраста, а с SSD я не слышал даже о пятилетних, видимо, ещё мало времени прошло.

    Vadim Sterkin : 3. Да, маленький размер резервного образа системы - это плюс, я писал об этом. А вот сколько раз вы прибегали к восстановлению из образа за 2.5 года

    Сколько раз восстаналивал систему я не считал, но думаю, что получается раз месяца в два-три. Бывает, что подхвачу какую-нибудь гадость (стопроцентной гарантии на даёт ни одна система защиты), поставлю «кривую» программу, компьютер начинает без видимых причин сильно тормозить… В таких случаях, если не удаётся сходу исправить, я думаю не долго - восстанавливаю систему из одного из последних образов: работы-то всего минут на десвть.

    Максим

    Статьи очень классные, спасибо огромное Вадиму!
    После прочтения нескольких статей о ссд, у меня возник вопрос.
    Имеется ноутбук Acer Aspire 5750g, к сожалению наборту он имеет только сата 2 и системный винчестер на 5400 об\мин в придачу.
    Я хочу установить второй диск вместо неиспользуемого мной привода двд. Так вот вопрос в том, какой диск использовать? Поставить туда небольшой ссд (120гб) и перенести на него файл подкачки, папку временных файлов и несколько приложений, или же приобрести гибридный диск, клонировать на него системный диск, гибридный поставить на место системного, ну а тот, соответственно, на место оптического привода.
    Ни как не могу прийти самостоятельно к правильному решению, хотелось бы узнать Ваше мнение по этому поводу. Еще раз спасибо огромное за отличные статьи!

    Максим

    Vadim Sterkin ,
    Да, глядя на чипсет, так оно и должно быть, но, к сожалению, по факту имеется лишь сата 2.
    При выборе ссд в качестве системного, возникает другая проблема, текущий размер системного раздела 680Гб, но это уже другая история.

    Максим

    Vadim Sterkin , даже не знаю, как «инженеры» Acer умудрились запихать сата 2, но даже служба поддержки отвечает что в этой модели только сата 2, что собственно и подтверждается сторонним софтом, я тоже был очень удивлен. У меня возник один вопрос, не по теме, возможно ли произвести «чистую» установку вин7, используя ключ предустановленной системы? (это касательно переезда на ссд в качестве основного диска)

    Maxim

    Спасибо за статью, Вадим!
    Отвечаю на вопросы:
    1. Lenovo IdeaPad U310. Одним из основных параметров выбора ноутбука (помимо цены) был вес и размер этого аппарата, так как он был предназначен для постоянного ношения с собой.
    2. Конфигурация дисков имела значение для меня, но размер SSD на mSATA не был определяющим. Я в начале даже не знал, что это отдельный диск на отдельном интерфейсе.
    3. SSD, по-моему, SanDisk 24 GB, HDD WD 500 GB
    4. Производительность была ожидаемая: как при работе с обычным HDD, в каких-то моментах быстрее за счет кэширования данных на SSD. Так что работал с тем, что купил. Основной недостаток моего ноутбука: это память 4 GB, что было для моей работы мало: даже на обычную работу не хватало, не говоря уже о запуске виртуальных машин. Когда мне надоело терпеть неудобства работы с маленькой памятью, я купил 8 GB и сам их установил. «Жить стало легче, жить стало веселей».
    5. Потом, раз уже начал менять конфигурацию, да и затраты распределились по времени, я купил SSD Kingston 120 GB и перенес на него системный диск. Улучшения стали заметны сразу. Теперь производительность моего ноутбука меня полностью устраивает. Я комфортно работаю в основной системе и в запущенной виртуальной машине. Виртуальная машина живет на HDD, так что работает ощутимо медленней, чем основная ОС, но это можно потерпеть.
    Может быть, есть отличия дисков SSD на SATA и на mSATA, но я «на глаз» их не заметил. У меня есть стационарный ПК с Win 7 на SSD, особой разницы в скорости работы с ноутбуком я не вижу.
    В моем ноутбуке осталось 2 момента, которые хотелось бы исправить: разрешение экрана и качество связи WiFi. Матрицу экрана я менять не буду, а WiFi модуль, думаю, заменю. Надо будет поискать, какой модуль считается хорошим.

    Руслан

    1. ASUS K95VJ
    2.Купил именно из-за возможности манипуляций с жесткими дисками,так как там стоит стандартный HDD 3.5″(7200) плюс свободный слот 2,5″ куда и было решено приобрести SSD. Выбор остановил на SSD накопителе Kingston HyperX 3K SSD 120GB 2.5″ SATAIII.Немного геморойно было переносить предустановленную Windows 8 без потери активации, но справился при помощи Macrium Reflect (кстати бесплатная прога). Поначалу пытался оптимизировать SSD, но прочитав Вашу статью о мифах отказался от оптимизации.Разница по работе Windows и программ на SSD действительно очень ощутимая, так что данной модернизацей остался доволен.
    Спасибо за статьи по SSD.

    Сергей

    Сергей ,

    После установки утилиты ExpressCache которая в комплекте. система работает с 24г. как кэш.. Видно его в управлении дисками.

    Cl3r1k

    Спасибо за статью, Вадим!
    Нет в наличии SSD, поэтому проверить сам не могу свою теорию. По первому скрину с IRST есть пункт Select the size allocated for the cache memory и два пункта 18.6 GB и Full disk capacity. Т.е. можно задать раздел для кэширования на SSD или весь диск. А если допустим требуется определенную программу с ее данными всегда держать на SSD?
    Я так понимаю для этого нужно будет создать раздел для программы с данными (допустим 4 GB), а остальное место отдать под другой раздел, который в свою очередь указать в качестве кэша в IRST. Виден ли будет первый раздел системой? Правильно ли понял? Или же есть другой путь решения?

    И еще вопрос не совсем в тему, на жестких дисках есть такое понятие как бэды (bad block) возникающие по разному роду причин, а как обстоят дела с SSD, есть ли у них подобные проблемы? И что происходит с неисправными ячейками памяти, превращаются в битые и также помечаются как нерабочие? В случае с HDD есть вероятность произвести remap битого сектора, а в случае SSD? Или же SSD не страдает подобными проблемами?

    Александр

    Приобрел ноутбук с SSD Cache
    Lenovo THINKPAD Edge E540
    Теперь не пойму как его использовать,или уже все настроено для работы?
    Никаких программ от Lenovo не установлено,нашел какую то express cache называется. Но еще не смотрел ее.
    Что порекомендуете сделать? это того что бы более плодотворно использовать данный cache.
    спасибо

    Артем

    Lenovo y470
    Да. Знал что есть слот для mSata
    Был один 5400 НDD 500Mb
    Устраивала пока друг не показал загрузку с SSD
    Купил 128 SSD Plextor и HDD Toshba 7200 1Tb. Система на ССД, остальное программы. Доволен.

    Николай

    Два ноутбука Старий/Новый:






    На ССД устанавливал систему и хранил базы с которыми работал.

    Операционная система на старом Виндовс7 на новом Лицензия Виндовс 8 от производителя, ее перекинул на ССД

    На данный момент не могу понять почему на тесты на новом ноутбуке на запись показывают меньший результат чем на новом, на старом примерно 250, а на новом почти 160(Максимальный результат вне зависимости от способов тестирования)
    Модель мСата Кингстон SMS200S3/120G — http://www.kingston.com/us/ssd/s#sms200s3

    Биос обновил,

    Денис

    Николай : Два ноутбука Старий/Новый:
    1. Dell Studio 1558 / Acer Aspire V5-573G
    2. Придавал / придавал но Процессор и матрица взяла свое
    3. HDD 7200 на то время ССД еще были дорогие/ Простой HDD
    4. В обоих ноутбуках самое узкое место по производительности
    5. На старый Делл установил ССД 120Г вместо ХДД, а вместо оптического привода установил карман с НДД, производительность в разы улучшилась.
    5. На новом купил ССД 120Г в мСАТА(SMS200S3/120G),
    На ССД устанавливал систему и хранил базы с которыми работал.Операционная система на старом Виндовс7 на новом Лицензия Виндовс 8 от производителя, ее перекинул на ССДНа данный момент не могу понять почему на тесты на новом ноутбуке на запись показывают меньший результат чем на новом, на старом примерно 250, а на новом почти 160(Максимальный результат вне зависимости от способов тестирования)
    Модель мСата КингстонSMS200S3/120G - http://www.kingston.com/us/ssd/s#sms200s3
    Если есть предположения или советы куда копать, подскажите.
    Биос обновил,

    Николай, возможно скорость записи вашего SSD диска на mSATA такая..просто физически он не может…..

    Http://old.computerra.ru/sgolub/710560/), я с автором согласен… И поэтому появились еще несколько вариантов…

    1. SSD под систему, программы и рабочие файлы + HDD для свалки и архивы.
    Тут понадобится SSD большей емкости, минимум 500 Гб и в этой конструкции мне думается что ресурс диска быстрее закончится. Можно, конечно, купить SSD для сервера, у них ресурс в 1,5-2 раза выше, но и цена соответственно. Да еще задумка сделать автоматический ежедневный бекап рабочих файлов с SSD на HDD, правда не знаю пока еще как (надо будет изучать и эту тему). Из плюсов — высокая скорость, меньше шума, нагрева и потребления энергии (на ноутбуке), из минусов, если диск «накроется» то полетит вся система и работа за последний день…

    2. SSD под систему и программы + SSD под временные, рабочие файлы и кэш + HDD для свалки и архивы
    В этом варианте мне думается дольше сохранится ресурс дисков и основную нагрузку возьмет второй SSD с временными файлами, если он «накроется», то восстановление работы будет не таким длительным, как во втором варианте…

    Что скажете про такие варианты?

    Руслан

    1. Sony VAIO SVN1311X1RS
    2. Нет, не придавал, всё равно все перевожу на SSD (32gb маловато, а 120 уже будет достаточно)
    3. SSD 32Gb на mSATA+HDD 320 gb
    4. Нет
    5. , поэтому переставил ОС на SSD, но их пока маловато.

    2 дня с бубном и нашёл-таки простой вариант поставить ОС на mSATA (в BIOS порядок загрузки не менялся). Вытащил HDD установил ОС и уже после поставил обратно HDD — всё гениальное — просто! Включи в статью, уверен, что кому-нибудь пригодится, потому что менять буду SSD на mSATA, всё-таки лишнее место обычного винта не помешает.



    © 2024 beasthackerz.ru - Браузеры. Аудио. Жесткий диск. Программы. Локальная сеть. Windows