Performance 巨大的页面缓冲区与多个同步进程

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

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

64位操作系统

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

1） FB 2.5超级服务器，带大缓冲区8192*3500000页=29 Gb

或

2） FB 2.5经典版，具有1000页的小缓冲区

也许有人曾经测试过这样的案例，可以帮我省下几天的工作：）

---

提前感谢。

因为有很多处理器，我将从Classic开始

但要全力以赴

---

也许很快2.5版的超级经典版对你来说就太棒了。

肯定会采用其中一种“经典”架构。

---

如果您使用的是Firebird 2.5，.

超级服务器将只使用一个进程。 因为你有24个核，你最好的选择是使用Clasic。

---

SuperClasic尚未准备好在多处理器环境中进行良好的扩展。

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

对于这种情况，最好的解决方案是安装FirebirdSQL 2.5 SuperClassic，只保留默认的小型缓存设置，因为如果您有可用内存（RAM），Windows和Linux对数据库的缓存效果会比firebird更好。Firebird的缓存功能不是很快，所以让操作系统来做吧

---

还取决于您使用的备份软件-如果它经常创建firebird数据库的完整备份，则您可以停用数据库上的强制写入。（如果你知道你在做什么，如果你知道通过停用强制写入会发生什么，就去做吧）。

只是为了为任何可能需要它的人挖掘旧线程

我们在75GB的数据库上使用fb classic 2.5，机器几乎与所描述的一样

超级服务器在测试期间效率低下。缓冲区和页面大小的改变只会让性能稍微好一点

---

目前我们在xinetd中使用Classic，页面大小=16384，页面缓冲区=5000，

如果有人，你可能会在serverfault.com上找到他们。我不同意Windows和Linux在数据库缓存方面比firebird做得更好。我想你应该详细说明你的意思。