今天下午我本想測(cè)試下DragonFly dports, 突然我想為什么不比較下PostgreSQL在BSD和Linux下的性能的差異。 為此我定了一些標(biāo)準(zhǔn)來比
今天下午我本想測(cè)試下DragonFly dports, 突然我想為什么不比較下PostgreSQL在BSD和Linux下的性能的差異。 為此我定了一些標(biāo)準(zhǔn)來比較在不同操作系統(tǒng)上的性能差異。 我使用相同的硬件和軟件以便更準(zhǔn)確的獲得數(shù)據(jù)。這些測(cè)試是基于PGSQL9.1下的。
當(dāng)我在 Debian Linux 下測(cè)試之后,結(jié)果令我非常吃驚,于是我又在其他的Linux系統(tǒng)做了測(cè)試, 如類RedHat的CentOS 6.4。
以下是我測(cè)試的一些操作系統(tǒng):
DragonFlyBSD 3.4.1 (Hammer)
FreeBSD 9.1-p3 (UFS2+J)
FreeBSD 9.1-p3 (ZFS v28)
Debian 7: Wheezy (ext4, kernel 3.2)
Debian 7: Wheezy (ext4, kernel 3.2, barrier=0)
Centos 6.4 (ext4, kernel 2.6.32)
Centos 6.4 (ext4, kernel 2.6.32, nobarrier)
對(duì)于硬件部分,我使用的是基于KVM (libvirt)系統(tǒng)的24G內(nèi)存和一個(gè)Phenom x6 1055T 處理器。版本如下:
qemu 1.4.1-3
libvirt 1.0.5-4
每個(gè)虛擬機(jī)都使用相同的配置:
50GB 硬盤 (除了 FreeBSD)
12GB 內(nèi)存
4核 CPU
現(xiàn)在測(cè)試。命令遵循: pgbench -T 60 -cX -jX
在數(shù)據(jù)庫(kù)上60秒內(nèi)做 pgbench 實(shí)例測(cè)試,使用X用戶和X線程(一個(gè)線程一個(gè)用戶)
每個(gè)數(shù)據(jù)庫(kù)都是默認(rèn)的配置,同時(shí)支持300個(gè)需求同時(shí)連接
------------------------------------華麗麗的分割線------------------------------------
CentOS 6.3環(huán)境下yum安裝PostgreSQL 9.3
PostgreSQL緩存詳述
Windows平臺(tái)編譯 PostgreSQL
Ubuntu下LAPP(Linux+Apache+PostgreSQL+PHP)環(huán)境的配置與安裝
Ubuntu上的phppgAdmin安裝及配置
CentOS平臺(tái)下安裝PostgreSQL9.3
PostgreSQL配置Streaming Replication集群
------------------------------------華麗麗的分割線------------------------------------
第一部分: 虛擬驅(qū)動(dòng)第一個(gè)圖展示了實(shí)時(shí)事務(wù)處理量,第二個(gè)圖是每秒事務(wù)出來量。
性能測(cè)試的結(jié)果是令人吃驚的。
我們有2個(gè)Linux遠(yuǎn)遠(yuǎn)的超過其他系統(tǒng),達(dá)到7000事務(wù)的處理量。如過不考慮客戶端的數(shù)量還是無法超越它。曲線圖是令人吃驚的統(tǒng)一。只有Debian 沒有達(dá)到測(cè)試的終點(diǎn),因?yàn)椴皇謩?dòng)修改參數(shù)Debian PostgreSQL 不能同時(shí)有100個(gè)連接。
實(shí)際上,這7000條曲線解釋了ext4柵欄系統(tǒng)(barrier system)保護(hù)的文件系統(tǒng),在PostgreSQL上性能是非常差的。在第二項(xiàng)測(cè)試中,我們已經(jīng)對(duì)ext4添加nobarrier/barrier=0選項(xiàng)(通過/etc/fstab)。這個(gè)選項(xiàng)處理(debrid)的FS,但是它是一個(gè)非常有風(fēng)險(xiǎn)的選項(xiàng)。僅當(dāng)你有一個(gè)磁盤陣列的 1/5/6 控制器時(shí)才去使用它。當(dāng)有一個(gè)寫操作在你的磁盤上完成的時(shí)候,如果你的服務(wù)器重啟(例如:電力故障......),文件或者整個(gè)磁盤可能就會(huì)崩潰,并且要是處于數(shù)據(jù)庫(kù)實(shí)例中,,那后果將非常悲慘。
總之,我們的FreeBSD在ZFS上的工作彌補(bǔ)了Linux(s).也許是由于虛擬化?或者是問題出在ZFS的概念上嗎?
更多詳情見請(qǐng)繼續(xù)閱讀下一頁(yè)的精彩內(nèi)容:
聲明:本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí),若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com