不幸的是，我现在仍然在处理Ubuntu Linux 10.04 LTS上部署的VMware Server 2.0.2。 内部testing在64位主机上运行时显示出很大的问题，但是在32位主机上一切正常，这就是我必须使用的。
虽然我习惯在裸块设备（通常以LVM2卷的forms）上部署Xen来宾，但VMware Server使用主机上的文件作为存储后端。 我正在使用/var/lib/vmware挂载点的逻辑卷。
我似乎还记得阅读一篇关于在这种情况下从“更简单”的文件系统获得更好性能的文章，其理由对我有意义。 它将防止腐败到VMware的每个块的同步（在虚拟磁盘configuration“优化安全”），而不是利用日志文件系统或类似的东西。
这可能表明ext2在正常使用中确实有意义，它可以提供最好的性能 – 我没有testing过，只是猜测。 ext2的问题在于fsck – 与日志文件系统相比，这需要很长时间。
然后我们回到我们心爱的ext3和/或更新的ext4，但是哪一个呢？ 有什么select？
有没有人在/var/lib/vmware上完成或者在某个地方发现了一些对文件系统的testing？ 你有什么build议吗？
编辑：这个特定的系统在raid5硬件控制器上使用4x 7200rpm的磁盘，写回电池支持的caching，如果有的话。
第二编辑：我不能更改主机硬件的详细信息，包括RAID设置:(
我会提出一些build议。 ：d
如果你绝对必须运行VMWare服务器，我会build议XFS文件系统。 既然你在控制器上有一个BBWC，你可以使用普通选项创build文件系统，并确保使用noatime和nobarrier进行挂载。