Ramdisk像ZFS一样行为

是否可以configurationZFS以避免虚拟磁盘使用?

在下一个场景中:

  • 创build大文件(例如100GB)或大量的小文件(比文件总大小更多的可用RAM)
  • 删除这个文件

这将是几乎没有磁盘IO。 磁盘IO应该在没有空闲的RAM的时候发生,或者在高速caching刷新之前(在重新启动/closures之前)或者高速caching中的数据足够老的时候(小时) – 如果高速caching会被刷新,但是不会太频繁一小时之内就可以)。 性能比数据完整性更重要。

我可以使用ramdisk,但是如果可以像这样configurationzfs就会方便多了。

你最好使用RAMdisk,保持它需要一些额外的努力,但与ZFS尽可能多地做到这一点可能需要更多。

这基本上与ZFS想要工作的方式完全相反。 ZFS将尽一切努力确保您的数据安全,之后将使您的数据更快。

如果你真的想在ZFS上做到这一点,这将是非常危险的,我不知道它是否真的有效。 你需要创build一个完全独立的Zpool来处理这个问题,而且在你实现它之后,它可能会很快完全崩溃。 你基本上需要configurationZFS来保存大量的脏数据(只能坐在caching中),而且你会反对ZFS保持数据可靠的愿望。

您需要设置一个疯狂的高zfs_dirty_data_max限制,并将整个池的zfs_delay_min_dirty_percent设置为100; 扔了一吨的RAM; 针对所有写入操作大量调整I / O队列以及在特定时间允许写入的写入数量。

所有这一切基本上会打破ZFS的愿望,确保您的数据保持安全,无论发生什么事情。 另外,当你达到这些限制的时候,你可能会让你的性能完全崩溃,而ZFS试图一次性向磁盘提交100GB的缓冲数据,而不是让它做很多更小的100MB的写入。

如果你真的想尝试使它工作,看看ZoL上的可调参数(我假设你正在使用,而不是Oracle / Solaris ZFS): http : //fibrevillage.com/storage/171- ZFS-ON-Linux的性能调整