Re: Question of performance of version 8
От | Tom Lane |
---|---|
Тема | Re: Question of performance of version 8 |
Дата | |
Msg-id | 2255.1103601260@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Question of performance of version 8 (kondo_yo@itg.hitachi.co.jp) |
Список | pgsql-performance |
kondo_yo@itg.hitachi.co.jp writes: > I tried performance test of version 8.0.0 beta4 by osdl-dbt-1. > The result is that throughput of version 8 fell to about 70 percent > compared with V7.4.6. beta4 is a little bit back ... I don't have dbt1 at hand, but I tried pg_bench on PG 7.4.6 against 8.0rc2 just now. For the test case pgbench -i -s 10 bench pgbench -c 10 -t 10000 bench on 7.4.6 I get: starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 10 number of clients: 10 number of transactions per client: 10000 number of transactions actually processed: 100000/100000 tps = 65.714249 (including connections establishing) tps = 65.716363 (excluding connections establishing) on 8.0rc2 I get: starting vacuum...end. transaction type: TPC-B (sort of) scaling factor: 10 number of clients: 10 number of transactions per client: 10000 number of transactions actually processed: 100000/100000 tps = 107.379742 (including connections establishing) tps = 107.385301 (excluding connections establishing) This is on a Fedora Core 3 machine, generic three-year-old PC with cheap junk IDE drive that lies about write completion (but I'm running fsync off so that hardly matters ;-)). And I didn't change any of the default postgresql.conf settings, just started the postmaster with -F in both cases. So I wouldn't claim that it's very representative of real-world performance on real-world server hardware. But I'm not seeing a serious falloff from 7.4 to 8.0 here --- more the other way 'round. Please try dbt1 with 8.0rc2, and let us know if you still see a problem. regards, tom lane
В списке pgsql-performance по дате отправления: