Назад | Перейти на главную страницу

SSD + жесткий диск RAID-0 Эффективность?

Недавно я купил компьютер с твердотельным накопителем на 64 ГБ и жестким диском на 300 ГБ, 7200 об / мин. Я подумал, что они будут использовать SSD на 64 ГБ для установки ОС с жестким диском, работающим в качестве диска данных. Я был шокирован, увидев, что они использовали полосатый рейд для объединения обоих дисков в один удивительно быстрый логический диск.

Я никогда не думал о создании RAID, объединяющего два типа дисков. Кто-нибудь еще это пробовал? Мне это кажется отличным способом получить невероятно быструю загрузку и общее время поиска, используя преимущества более дешевых жестких дисков в качестве дополнительного хранилища.

Я думал об этом последние 10-15 минут, и, кроме татуировки братьев Джонас, я не мог придумать более глупой идеи.

Моя рекомендация: поменяйте его сегодня.

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

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

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

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

Исходя из своего опыта, я бы предложил подход, который может сработать наиболее идеально, но для этого потребуется некоторая тонкая настройка. Поместите O.S. на SSD в разделе «C:». Также убедитесь, что ваша виртуальная память также настроена на этот диск и раздел. Оставив кусок спуска для передышки обновлений и фрагментации Windows, используйте оставшуюся часть SSD, чтобы создать второй раздел. Используйте этот второй раздел для очистки жесткого диска от всех ваших программных файлов. Таким образом, вы можете получить максимальную скорость загрузки при использовании только SSD, максимальную скорость чтения и записи виртуальной памяти, строго используя SSD ... и посередине между преимуществами для всех ваших игр и обычных программ.

Диск на 64 ГБ плюс диск на 300 ГБ в RAID0 не имеет смысла. И объединение столь разительно разных типов дисков в RAID-массиве тоже логически не вписывается.

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

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

С точки зрения пользователя, эти диски можно было бы объединить в один диск большего размера. Но это не был бы RAID.

Я собирался попробовать это, так как у меня есть SDD на 64 ГБ, с которым можно поиграть в течение короткого времени (может быть, дольше, посмотрим ...). Однако я ожидаю, что машина OPs имеет набор микросхем Z68 и использует технологию Intel Smart Response, так что SDD используется в качестве активного адаптивного кеша.

Однако одна проблема, которая может возникнуть при использовании стандартного SSD MLC в конфигурации SRT, заключается в том, что я не верю, что TRIM может работать на SSD-кеш-памяти, поэтому скорость записи в конечном итоге станет ужасной, и вам может потребоваться очистить диск ПРАВИЛЬНО (нет быстрое форматирование, здесь ...), чтобы восстановить эти скорости записи ...

Однако твердотельные накопители Intel могут показывать меньше проблем, поскольку они выполняют обслуживание при записи, однако их производительность не такая резкая по сравнению с хорошим Crucial M4, но M4 / C300 полагается на поддержку TRIM для предотвращения замедления. .

Тем не менее, я бы подумал, что RAID 0 с SSD и HDD приведет к усреднению производительности между двумя дисками.

Когда происходит чтение в массиве RAID 0, контроллер организует чтение полосами по дискам, поэтому первые 64 КБ поступают с SSD, а вторые - с жесткого диска. Если вы делаете небольшое чтение, вы будете играть в русскую рулетку относительно того, какой диск будет содержать данные (нечетные полосы на SSD, даже на жестком диске, или, точнее, модуль счетчика дисков [не переусердствуя .... ]). Большое чтение будет видеть среднее время поиска и производительность чтения.

Это было бы несколько шизофренично ... и SSD потратил бы 50% своей жизни или больше, ожидая, пока HDD что-то сделает ...

Моим решением было бы использовать SSD в качестве загрузочных и основных приложений, а затем устанавливать большие приложения на стандартный жесткий диск (это исходит от парня, который использует загрузочный том 2x2 RAID 10, 3x0 RAID 0 для дополнительного, быстрого хранения. , и сервер> 2 ТБ для резервного копирования ;-)). Если у вас есть странное приложение, которое требует установки на «C», вы можете просто создать «соединение» (mklink / j [link] [path]), чтобы данные перенаправлялись в место хранения по вашему выбору, и приложение не является мудрым ;-) Также отличный способ переместить существующие установки в будущем, не беспокоясь о повторных установках ...

--Гагара