最近我买了一台配有 64GB SSD 和 300GB 7200 RPM 硬盘的 PC。我以为他们会使用 64GB SSD 安装操作系统，而 HDD 则充当数据驱动器。令我震惊的是，他们使用条带化 raid 将两个驱动器合并成一个速度惊人的逻辑驱动器。
我从未想过创建一个结合两种类型驱动器的 RAID。有其他人尝试过吗？对我来说，这似乎是一种获得极快启动速度和一般寻道时间的好方法，同时利用更便宜的 HDD 获得额外的存储空间。
答案1
我认为这取决于很多因素。将两个驱动器合并为一个确实会增加发生故障时丢失数据的几率，因此必须进行备份。
它还取决于写入的数据位置和顺序，尽管速度可能很快，因为操作系统和早期安装的内容分布在 SSD 驱动器上。最终，较大的数据文件只会进入较慢的驱动器，好处会略有下降。
如果您只是将其用作通用家用电脑并且不打算提高可靠性，那么您将获得一台混合性能机器，其性能不如纯 SSD，但比两个 7200 RPM 磁盘要好。
我以前做过吗？没有。我不想为了更快的驱动器性能而降低系统的可靠性并增加数据丢失的几率。很快，使用该系统将成为性能的基准，我会忘记它“更快”，而当我注意到更新的驱动器和总线技术时，我仍会敲着手指希望我的文字处理器能快几分之一秒。
答案2
我已经思考这个问题 10-15 分钟了，除了纹上乔纳斯兄弟的纹身，我还没能想出更愚蠢的主意。
我的建议是：今天就改变。
答案3
根据我的经验，我实际上会建议一种可能最理想的方法，但它需要一些微调。将操作系统放在 SSD 上的“C:”分区上。还要确保您的虚拟内存也设置为此驱动器和分区。 为 Windows 的更新和碎片化留出足够的空间，使用 SSD 的剩余部分创建第二个分区。使用第二个分区与 HDD 一起对所有程序文件进行条带化。这样，您可以获得严格使用 SSD 的最大启动速度优势、严格使用 SSD 的最大虚拟内存读写速度优势……以及所有游戏和常规程序的中间优势。
答案4
我一直在考虑尝试这个，因为我有一个 64GB 的 SDD 可以玩一小会儿（也许更久，我们拭目以待……）。但是，我希望 OP 的机器有一个 Z68 芯片组，并使用英特尔的智能响应技术，以便将 SDD 用作主动、自适应的缓存。
然而，在 SRT 配置中使用标准 MLC SSD 可能存在的一个问题是，我不相信 TRIM 可以在缓存 SSD 上运行，因此写入速度最终会变得非常糟糕，您可能需要正确擦除驱动器（这里没有快速格式化...）以恢复那些写入速度...
然而，英特尔固态硬盘 (SSD) 可能出现的问题较少，因为它们在写入过程中进行维护，但与优质的 Crucial M4 相比，它们的性能并不那么出色 - 但 M4/C300 依靠 TRIM 支持来防止速度变慢...
话虽如此，我认为采用 SSD 和 HDD 的 RAID 0 会导致两个驱动器之间的性能平均化。
当 RAID 0 中发生读取时，控制器会将读取的数据组织到驱动器的条带中，因此前 64KB 来自 SSD，而第二个来自 HDD。如果您进行的是小规模读取，那么您将玩俄罗斯轮盘赌，看哪个驱动器将包含数据（SSD 上的奇数条带、HDD 上的偶数条带，或者更准确地说是驱动器数量的模数[不要过分...]）。大规模读取将看到寻道时间和读取性能的平均值。
这有点精神分裂...并且 SSD 会花费其 50% 甚至更多的使用寿命来等待 HDD 执行某些操作...
我的解决方案是使用 SSD 作为启动和核心应用程序，然后将大型应用程序安装到标准硬盘上（这来自一个运行 2x2 RAID 10 启动卷、3x0 RAID 0 用于额外的快速存储以及 >2TB 服务器用于备份的人 ;-) ）。如果您有一个奇怪的应用程序需要安装在“C”上，那么您只需创建一个“连接”（mklink /j [link] [path]），以便将数据重定向到您选择的存储位置，而应用程序则不明智 ;-) 这也是将来移动现有安装的好方法，而无需重新安装……
——傻瓜