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

时间:2010-02-17 18:52:29

标签: performance 64-bit firebird firebird2.5

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

现在他们购买了新的服务器:4 * 6 Core = 24核CPU,48 Gb RAM,2个RAID控制器256 Mb缓存,每个都有8个SAS 15K HDD。

64位操作系统。

我想知道,最快的配置是什么:

1)具有巨大缓冲区的FB 2.5 SuperServer 8192 * 3500000页= 29 Gb

2)FB 2.5 Classic,缓冲区为1000页。

也许有人曾经测试过这样的案例,并且会节省我几天的工作量:)

提前致谢。

5 个答案:

答案 0 :(得分:4)

因为有许多处理器我会从Classic开始。

但是尝试所有。

也许很快2.5超级经典对你来说很棒。

答案 1 :(得分:4)

只是为任何可能需要这个的人挖掘旧线程。

我们在75GB db上使用fb classic 2.5,机器几乎与描述的一样。

SuperServer在测试期间效率低下。缓冲区和页面大小的变化只会使性能变得不那么悲惨。

目前我们使用Classic和xinetd,页面大小= 16384,页面缓冲区= 5000,

答案 2 :(得分:1)

SuperServer将只使用一个处理器。 由于你有24个核心,你最好的选择是使用Clasic。 SuperClasic还没有准备好在多处理器环境中扩展。

答案 3 :(得分:0)

绝对选择其中一种“经典”架构 如果您使用的是Firebird 2.5,check out SuperClassic

答案 4 :(得分:-1)

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

该案例的最佳解决方案是安装FirebirdSQL 2.5 SuperClassic并保留默认的小缓存设置,因为如果你有可用内存(RAM),Windows和Linux也可以更好地缓存数据库,那么firebird就可以了。 Firebird的缓存功能并不是很快,所以让操作系统做到这一点。

另外,根据您使用的备份软件 - 如果它经常创建firebird-database的完整备份,则可以停用数据库上的强制写入。 (如果你知道自己在做什么,并且知道通过停用强制写入会发生什么,那就去做吧。)