答案1
有可能...但并不理想。
每种介质都有其优势。Linux 文件系统使拆分变得非常简单，您可以通过绑定安装和 SymLinking 非常轻松地将内容分配到正确的位置，这样如果您需要额外的速度，或者您需要分区上的更多空间，您就可以实现它。
尝试使用 RAID 将两个不同的磁盘机制绑定在一起将导致：
- SSD 出色的寻道时间被机械磁盘的
- 不可靠的转机时间
- 稳定性减半（RAID0 发生彻底故障的可能性是 RAID0 的两倍）
- 并且您（技术上）只能在该 RAID0 阵列中绑定 16GB，因此您仍然需要重新分配和交叉安装周围的东西。
测试一下可能会很有趣...但我不认为这是一个可行的长期平台。
答案2
同意 Oli 的观点，我还要补充一点，如果你这样做，你应该会看到很小的性能优势（相对于 2 个 SSD 或 2 个 HDD 上的 RAID-0，这是不可能的，除非你出去购买与你现有磁盘之一相匹配的第三个磁盘）以及更长的使用寿命：
- 在 HDD 上：** swap，** /tmp（除非您下载大量高清视频，否则大约 300MB，或者如果系统监视器显示您有大量 RAM 未被使用，即使您对系统的负载比平时更大，则在 RAM 中创建一个“tmpfs”，而不是将 /tmp 放在 HDD 上），** 最好是 /var（对于普通用户大约 400MB）和 /Documents（特别是如果您经常按 ctrl+S）-- 甚至您的整个 /home（特别是如果您的 SSD 很小或者您经常删除/添加大型多媒体文件、对其进行加密等）
- 将其他所有内容放在 SSD 上 ** 如果 SSD 比您的操作系统大得多（对于大多数人来说，只有大约 3 到 10GB 的操作系统文件，而当今大多数快速 SSD 与之相比都非常大），尤其是如果 SSD 大约与 HDD 大小相同，请考虑将您的 /home 备份到 SSD 而不是将 /home 本身放在 SSD 上：这样，当您在应用程序中打开用户文件时，SSD 将完成调用应用程序的繁重工作，而 HDD（较慢）将通过从 /home 调用用户文件来减轻 SSD 的负担。
这样，您通常会从两个驱动器读取数据，而不是只对一个驱动器施加压力，并将较小的负担放在 HDD 上（除了写入负担会稍微多一点放在 HDD 上）。这样，您将一整天都（大部分）写入 HDD，并且只会最低限度地写入（大部分）SSD 的操作系统文件和 /home 的备份。注意：如果您经常备份大型媒体文件并且快速备份对您来说很重要，那么与大多数 SSD 相比，HDD 的读取或写入速度将成为限制因素，无论 HDD 是被写入（即用作 /home 的备份）还是读取（即 /home），因此像 rsync 这样的程序可以检测哪些文件已经在备份分区上（因此不需要重新传输）将比更改使用 SSD 或 HDD 作为 /home 或 /home 的备份产生更好的结果...除非您想购买另一个或两个 HDD，并将它们制成 RAID-0，然后 2 或 3 个 HDD 可能几乎不会超过当今一些 SSD 的写入速度，这些 SSD 很大但写入速度低于其他大型 SSD :-)）。
HDD 的速度对于典型的（小型）办公文件来说已经足够了，当然，即使是大型 1080p 文件，HDD 传输的速度也比你实际观看 1080p 的速度快得多——但有些人可能在极少数情况下认为将 /home 放在 SSD 上并将 /home 备份到 HDD（与上述建议相反）：* 例如，如果将多媒体文件快速传输到移动设备的 SSD（或 sdxc-card-on-usb3.0，遗憾的是大约 6 到 18 个月内不会广泛使用）对你来说很重要，例如，如果你想要替换每天早上在移动设备上观看 10 小时的不同 720p 视频或大量 powerpoint 演示文稿，那么你可能更喜欢将 /home 放在 SSD 上而不是 HDD 上......或者每晚将 HDD 的 /home 备份到 SSD，这样第二天早上你就可以超快地传输你当天早上一时兴起选择的任何和所有文件从 SSD 转移到 sdxc 卡上，那么你就不会上班迟到了。:-) * 等等：无限可能的“异常”用户案例。