巨大的页面缓冲区与多个同时流程

Question

我们的客户中有一个35 GB数据库，平均活动连接的数量约为70-80。数据库中的某些表具有每个表超过10m的记录。

现在，他们购买了新服务器：4 * 6 Core = 24核CPU，48 GB RAM，2 RAID控制器256 MB缓存，每个SAS上有8个SAS 15K HDD。

64位OS。

我想知道，什么是最快的配置：

1）FB 2.5带有巨大缓冲区的超级服务器8192 * 3500000页= 29 GB

或者

2）FB 2.5经典，带有1000页的小缓冲区。

也许有人以前已经测试过这种情况，并会节省我的工作时间:)

提前致谢。

Answer 1

因为有很多处理器我会从经典开始。

但是请尝试全部。

也许很快有2.5与超级高时期对您有益。

Answer 2

只是为可能需要此的任何人挖出旧线程。

我们在75GB DB上使用FB Classic 2.5，机器几乎与描述的机器相同。

在测试过程中，超级服务器效率低下。缓冲区和页面大小的变化只会使性能降低一些痛苦。

目前，我们与Xinetd一起使用经典，页面大小= 16384，页面缓冲区= 5000，

Answer 3

SuperServer将仅使用一个验证者。由于您有24个内核，因此最好的选择是使用Clasic。超级氯化物尚未准备好在多处理器环境中很好地扩展。

Answer 4

绝对使用“经典”架构之一。
如果您使用的是火鸟2.5， 检查超级高时期.

Answer 5

我目前有一个有类似要求的客户。

该情况的最佳解决方案是安装Firebirdsql 2.5超级高时期，并留下默认的小型缓存设置，因为如果您有免费内存（RAM），Windows和Linux也可以更好地缓存数据库，那么Firebird则可以使用。火鸟的缓存功能不是很快，所以让操作系统这样做。

还取决于您使用的备份软件 - 如果经常创建Firebird-Database的完整备份，则可以在数据库上停用强制性写入。 （如果您知道自己在做什么，并且知道通过停用强迫写作会发生什么，那就去做）。