Re: Compression of full-page-writes - Mailing list pgsql-hackers

From KONDO Mitsumasa
Subject Re: Compression of full-page-writes
Date
Msg-id 525403A3.7000606@lab.ntt.co.jp
Whole thread Raw
In response to Re: Compression of full-page-writes  (Fujii Masao <masao.fujii@gmail.com>)
Responses Re: Compression of full-page-writes  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
Hi,

I tested dbt-2 benchmark in single instance and synchronous replication.
Unfortunately, my benchmark results were not seen many differences...

* Test server
    Server: HP Proliant DL360 G7
    CPU:    Xeon E5640 2.66GHz (1P/4C)
    Memory: 18GB(PC3-10600R-9)
    Disk:   146GB(15k)*4 RAID1+0
    RAID controller: P410i/256MB

* Result
** Single instance**
             | NOTPM     | 90%tile     | Average | S.Deviation
------------+-----------+-------------+---------+-------------
no-patched  | 3322.93   | 20.469071   | 5.882   | 10.478
patched     | 3315.42   | 19.086105   | 5.669   | 9.108


** Synchronous Replication **
             | NOTPM     | 90%tile     | Average | S.Deviation
------------+-----------+-------------+---------+-------------
no-patched  | 3275.55   | 21.332866   | 6.072   | 9.882
patched     | 3318.82   | 18.141807   | 5.757   | 9.829

** Detail of result
http://pgstatsinfo.projects.pgfoundry.org/DBT-2_Fujii_patch/


I set full_page_write = compress with Fujii's patch in DBT-2. But it does not
seems to effect for eleminating WAL files. I will try to DBT-2 benchmark more
once, and try to normal pgbench in my test server.

Regards,
--
Mitsumasa KONDO
NTT Open Source Software Center

Attachment

pgsql-hackers by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: [GENERAL] Urgent Help Required
Next
From: Bruce Momjian
Date:
Subject: Re: insert throw error when year field len > 4 for timestamptz datatype