用于Informix SE的专用硬盘dbname.dbs文件和用于/ tmp文件的专用ramdisk

INFORMIX-SE 7.2:

我想专门用于保存所有.dat和.idx文件的dbname.dbs目录下的硬盘,并为我的/ tmp临时文件创build一个ramdisk以提高性能。 我也想剥离任何不必要的文件和进程的操作系统,以尽量减less我的专用应用程序的开销。 这是一个好主意,有没有完成这个目标的路线图?

按照描述划分工作是完全合理的,尽pipe现在只使用一个500GB的磁盘就可能被认为是过度的。

如果你有一个事务日志,它应该在一个磁盘驱动器上,而不是在RAM驱动器上。 否则, .dbs目录中的.dat.idx文件(除非你已经把它们放在别的地方),这对于SE来说已经足够了。

剥离O / S是很好的 – 只要确保你没有删除任何处理像升级一样的操作系统的需求。 你应该保持时间服务(大概是SNTP)。 您可能需要SSH可用。 否则,是的,删除你不会使用。

是否有减less操作系统的路线图? 我不知道一个…

这很可能会很快迁移到serverfault.com,但这是我的经验:

如果临时文件在重新启动后被销毁,某些数据库不会从崩溃中恢复。 我不知道Informix是否属于这种情况。 而且,RAM通常更适合作为DB缓冲区使用(至less,这是我使用MySQL的经验)。 这样,DB可以以最有效的方式使用它。 如果一个固态硬盘(SSD)足够容纳你的临时文件在你的预算,这可能是一个很好的投资。

如果你正在使用硬盘,这意味着你有多个可用的。 考虑使用RAID 0来组合两个或多个硬盘,而不是使用单独的硬盘。 根据我的经验(根据MySQL的基准testing,以及我的应用程序事务组合),这给您读取/写入性能的将近两倍。

剥离“不必要”的文件不会真的提高性能,停止不必要的过程。 假设你的磁盘空间不是很less,没有被使用的文件不会妨碍你的性能(它们可以导致磁盘碎片,但是随着操作系统一起安装并且永远不会被改变的文件不会被碎片化,除非磁盘高度分散开始)。

说到碎片,请确保磁盘容纳您的数据定期碎片整理。 如果有许多插入和删除,这可能会对性能产生很大的影响。