ReadyBoost для REFS возможно с разделом внутреннего SSD?

1146
ThK

Я намереваюсь настроить новый компьютер с Windows 8.1 / x64, используя следующие диски:

  • 2 вращающихся дисковода по 2 ТБ
  • 1 или 2 SSD (1x240GB или 2x120GB)

Мне нужна ваша помощь, чтобы решить, стоит ли покупать 1 или 2 SSD, в зависимости от того, поддерживается ли мой предполагаемый способ разбиения / форматирования дисков с помощью ReadyBoost.

Я понимаю, что Windows 8.1 будет поддерживать REFS и readyboost, поэтому я планирую следующее:

  1. разделить SSD на 240 ГБ на 1x60 ГБ и 1x180 ГБ
  2. установить windows на 60GB SSD раздел с использованием NTFS
  3. отформатировать раздел SSD объемом 180 ГБ с помощью REFS в качестве тома данных / приложения
  4. создать место для хранения из 2 дисков 2TB
  5. отформатируйте пространство хранения с помощью REFS как объем данных / архива объемом 2 ТБ (например, raid1)

  6. организовать файл кэша readyboost для тома REFS объемом 2 ТБ на томе SSD REFS объемом 180 ГБ

  7. в будущем добавьте больше дискового пространства / томов REFS, а также готовые к загрузке те, которые имеют дополнительные файлы кэша на томе 180GB SSD REFS

Кто-нибудь может сказать мне, возможно ли это?

Пожалуйста, обратите внимание, что

Меня интересует только, возможны ли шаги 6) и / или 7).

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

1

2 ответа на вопрос

1
magicandre1981

If you have a SSD, ReadyBoost is useless. The idea of readyboot is to cache small files to a flash based medium which has a fast access time so that traditional HDDs don't need load them (which often causes this HDD trashing sound). The main advantage of a SSD is that the random read is extremly fast, so ReadyBoost is not needed any longer.

Я бы предпочел, чтобы этот ответ был удален. Это утверждение не имеет отношения к моему вопросу, и я даже считаю его противоречивым / ложным: я намерен кэшировать (на SSD) большое количество небольших файлов, которые будут находиться в подкаталогах вместе с очень большими файлами на вращающихся дисках объемом 2 ТБ. Как «наличие SSD» автоматически кэширует файлы с вращающихся дисков на этом SSD? Readyboost может сделать это, и это то, к чему я стремлюсь. Т.е. readyboost «больше не нужен», только если нет маленьких файлов, ожидающих кеширования с вращающихся дисков. ThK 10 лет назад 1
После прочтения нескольких источников информации о ReadyBoost с другой направленностью у меня складывается впечатление, что НАИБОЛЕЕ ВАЖНЫЙ ФАКТ НЕ ЯВЛЯЕТСЯ ЯВНО ЯСНЫМ: ReadyBoost можно настроить только для кэширования ГДЕ, но НЕ для кэширования ЧТО. То есть, если есть один раздел SSD, обеспечивающий кэш готовности, тогда НЕ МОЖЕТ быть предотвращено, что он кэширует данные из ДРУГОГО раздела SSD. Это правда? Это действительно аннулирует мой первоначальный план. ThK 10 лет назад 1
1
HomeServerBuilder

Я думаю, вы неправильно понимаете, что такое ReadyBoost: это метод для операционной системы, позволяющий автоматически кэшировать копии часто используемых файлов в более быстрое съемное хранилище, чтобы уменьшить медленную скорость чтения вращающихся дисков. Это не замена файла подкачки, и вы не можете вручную выбрать, какие файлы кэшируются, Windows сама решит это со временем.

Я думаю, вам нужно взглянуть на Tiering in Storage Spaces, который может объединять устройства хранения SSD и HDD в один пул, позволяя SSD хранить «горячие» данные (доступ чаще) для оптимизации времени доступа. Это можно сделать автоматически, но у вас также есть возможность вручную закрепить часто используемые файлы в более быстром хранилище SSD.

Эта функция доступна в Windows Server 2012 R2, но я не знаю, есть ли она в Windows 8.1?

Похоже, что уровни хранения будут перемещать наиболее часто используемые файлы из раздела raid в раздел ssd, чтобы обеспечить более быстрый доступ, что прекрасно, но также не соответствует цели избыточности. Если их просто скопировать, а не переместить (и записать записи на оба уровня), это будет работать. Luciano 9 лет назад 0