巨大的頁面緩衝區與多個同步進程

我們的一位客戶擁有35 Gb數據庫，平均活動連接數大約爲70-80。數據庫中的某些表每個表有超過10M條記錄。巨大的頁面緩衝區與多個同步進程

現在他們購買了新的服務器：4 * 6核心= 24核心CPU，48 Gb RAM，2個RAID控制器256 Mb高速緩存，每個8個SAS 15K硬盤。

64位操作系統。

我想知道，這將是一個最快的配置：

1）FB 2.5的SuperServer巨大緩衝8192 * 350頁= 29千兆

或

2）FB 2.5與經典1000頁的小緩衝區。

也許有人已經測試過這種情況，並會來救我的工作:)

預先感謝的日子。

來源

2010-02-17 Andrej Kirejeŭ

如果有一個人你可能會發現他們serverfault.com。 – mghie 2010-02-17 20:47:29

因爲有很多處理器，我會以Classic開始。

但嘗試所有。

也許很快2.5 with superclassic可以對你很好。

來源

2010-02-17 20:36:05

肯定會與'經典'架構之一。
如果您使用的是Firebird 2.5，check out SuperClassic。

來源

2010-02-18 01:09:03

SuperServer將只使用一個procesor。既然你有24核心，你最好的選擇是使用Clasic。 SuperClasic尚未準備好在多處理器環境中進行擴展。

來源

2010-05-22 19:05:25

-1

我目前有一個客戶誰有類似的要求。因爲如果你有空閒內存（RAM），Windows和Linux也會更好地緩存數據庫，那麼firebird就會這樣做。對於這種情況，最好的解決方案是安裝FirebirdSQL 2.5 SuperClassic，並且只保留默認的小緩存設置。 Firebird的緩存功能並不是很快，所以讓操作系統去做。

還取決於您使用的備份軟件 - 如果它經常創建firebird數據庫的完整備份，則可以停用強制寫入數據庫。（只要你知道你在做什麼，並且知道什麼可以通過停用強制寫入來發生）。

來源

2011-01-12 16:52:43 BasisBit

我不同意_Windows，Linux也比Firebird更好地緩存數據庫。我想你應該詳細說明你的意思。 – jachguate 2011-01-12 17:18:46

只是爲任何可能需要此信息的人挖出舊線索。

我們在75GB的分貝上使用fb classic 2.5，機器幾乎與描述的一樣。

SuperServer在測試過程中效率低下。緩衝區和頁面大小的變化只會使性能降低一點點。

目前我們使用的是傳統與xinetd的，頁面大小= 16384，頁面緩存= 5000，

來源

2012-11-07 23:56:37 apagr

巨大的頁面緩衝區與多個同步進程

回答

相關問題