使用虚拟化时，是否需要主机和来宾操作系统的日志文件系统？

文件系统的日志logging通常只保护文件系统的元数据部分。 在虚拟化的情况下，guest虚拟机的整个文件系统被认为是主机OS的数据。 所以在需要日志logging的情况下，当主机文件系统本身或客户端FS被损坏时，这并不会起作用。

另外，与虚拟化简单的IO损失相比，日记的开销是可以忽略的，这比虚拟化要大，（如果你的客户拥有原来的IO容量的50％，那么你很幸运， 〜30％）。 你不应该担心在这里的日记。 因此，我的build议是：总是使用日记文件系统。

还有一点需要提醒的是在发生崩溃的情况下恢复。 该杂志完成的最重要的任务之一是在不洁净的停产情况下缓解复苏。 如果使用日志logging文件系统，则所使用的时间是强制性fsck将比在未被标记的文件系统上更小。 如果你需要恢复正常的恢复时间，这个事实本身可能是一个破坏交易的方法。

当你真正需要IO时，至less应该使用Type-1 Hypervisior（比如Xen或KVM），这样可以更容易达到剩余IO容量的50％（甚至更多），或者使用像应用程序级别的虚拟化OpenVZ只使用最less量的资源。

取决于需要。 以速度贸易稳定。 I / O开销和硬件。 通常日记是值得的，可以在很多情况下加快访问时间。

恕我直言，这取决于你如何计划崩溃你的虚拟机（问自己：为什么你首先需要一个日志文件系统？）。

重申别人已经说过的话：

什么文件系统布局会给出最好的性能？ Ext4目前在包的顶部附近执行。 没有文件系统在所有情况下performance最好。 一些边缘情况下performance更好。

在主机上为客人build立一个不同的分区是值得的，没有日志？ 与可调整的其他事物相比，日记开销通常是微不足道的开销量，如磁盘子系统。

或者，相反，我应该禁用客人的日记吗？ 没有。

使用虚拟化时，是否需要主机和来宾操作系统的日志文件系统？ 是的，因为你想testing真实世界的案例。

提高磁盘I / O的速度。 当成本过高时，请查看非标准文件系统。

• 你在主机上使用RAID吗？
• 你在RAID中至less有4个驱动器？ （7200转每分钟1美元= 60美元 – 总计240美元）
• 你有一个多核CPU芯片？
• 你是否有足够的内存来运行虚拟主机加上1GB的主机？ 我发现为单个主机磁盘caching分配的虚拟内存更less，而不是两个大型caching。 一个在虚拟中，另一个在主机上。 这在我的设置中更快。 减less分配给每个虚拟内存。 使足够的，所以你永远不会交换。
• 你有一个Nvidia费米（$ 60）或equiv性能水平的video卡？
• 你有SSD硬盘吗？
• 目录深度应该保持较低。
• 任何目录中的文件数量应保持在合理的低。
• 不要使用交换，购买更多的内存。
• closures主机和虚拟中不需要的服务。
• 仅使用每个虚拟机所需的硬件configuration虚拟机。
• 根据使用情况，使用上网本或备用电脑进行网上冲浪，音乐和video观看。 带有闪存的Web浏览器是高CPU用户。

在客户操作系统中挂起日志可能会给主机操作系统的不正常closures造成虚假的安全感。 对于日常工作，操作系统必须控制数据写入磁盘的顺序。 客户操作系统可能认为它在控制中，但不能保证主机操作系统实际上是以相同的顺序将数据写入磁盘。 结果可能是在重新引导后，客户机操作系统重放旧的日志数据，并覆盖更新的文件数据，结果可能导致未注意到的大量文件系统损坏。

没有完全确定，我认为在虚拟磁盘实际上是内存（最后…虚拟机是一个应用程序 – 完整的虚拟机 – ）

你可能会改变的是日志的types。 回写，sorting，日记日志：涉及到数据和元数据的sorting：只涉及元数据回写：涉及到运气：页