我们刚刚订购了一款带有120 Gb固态硬盘和SATA硬盘的新networking服务器。 我正在尝试提前计划使用哪种文件系统。
这个系统将运行Linux，Apache / Tomcat来承载Java服务。 主要的服务是一个系统，人们可以上传相当大的文件（大小为100 Mb，图像，图像堆栈和video），人们可以注释和注释完成后发送到数据库服务器。
到目前为止，我打算把操作系统的大部分应用程序都安装在SSD上，并将大型媒体文件放在那里。 SATA磁盘将保存较less的数据，如apache，tomcat和servlet。
对于文件系统，我已经考虑过用于稳定的EXT3，因为我听说它是最好的支持。 缺点似乎是它不是大文件的理想select。 这就是为什么我倾向于使用XFS的SSD和EXT3的SATA。
我的问题是：1）这听起来像一个合理的设置？ 2）你推荐什么文件系统的SSD和SATA？
谢谢
在Solaris上，ZFS具有使SSD能够用作caching设备的function。
但在Linux上，我认为你至less应该使用ext4，因为它有一些很好的分配冲洗function。 然后，我会把所有的大型媒体放在比SSD更快的SATA驱动器上（这对于访问大量的小文件/随机IO来说是很好的）。
无论如何，你的RAID镜像在哪里？
没有什么理由不使用ext3。 它几乎适用于所有情况。 如果在同一目录中有很多文件，可能需要打开dirindex。
有一些特殊的文件系统可以利用SSD驱动器的工作方式，但是这些文件系统还不是很稳定。 也许在另外一年，但现在对你没有什么帮助。
我们也在考察SSD的性能问题。
我们学到的是：
1.）固态磁盘不能永久重写。 尽pipe没有任何机械武器和电机，但它们仍然会有最大数量的“写入”到它们的块中 – 我们需要确保数据具有某种故障转移（在发生的那一天有一个function良好的备份+快速恢复机制）
2.）由于大文件的SSD？ 听起来像一个非常昂贵的解决scheme，如果文件是“那么大”。 我们在说啥啊？ 20MB？ 100MB？ 500 GB？
3.）Web服务器，那么你的传出连接有多快呢？ 你确定一个正常的“慢磁盘”的RAID设置是不是很多？ 是访问时间公关吗？ 你关心的文件？
我认为，如果您使用固态硬盘作为一个“快速caching”的小文件负载，它的一个很好的替代正常的内存，因为它的SSD快速find和stream，而不是购买大量的内存，并尝试足够适合一台服务器。
但是如果你有很多的读/写访问权限，比如一个大的SQL数据库，看起来SSD可能会过早死掉。
关于文件系统，我不是最有经验的告诉你select什么，但是你有什么想法的文件的大小或数量呢？