Re: [HACKERS] Improve catcache/syscache performance.

Поиск
Список
Период
Сортировка
От Jesper Pedersen
Тема Re: [HACKERS] Improve catcache/syscache performance.
Дата
Msg-id 6921cef2-4c69-d764-d376-406c41e73e92@redhat.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Improve catcache/syscache performance.  (tushar <tushar.ahuja@enterprisedb.com>)
Список pgsql-hackers
On 09/26/2017 06:41 AM, tushar wrote:
> On 09/22/2017 11:45 AM, Andres Freund wrote:
>> Here's a variant that cleans up the previous changes a bit, and adds
>> some further improvements:
> 
> I tested with different pgbench options with  master v/s patch and found 
> an improvement.  I have applied 001 and 003 patch on PG Head ,patch 0002 
> was already committed.
> 
> Virtual Machine configuration - Centos 6.5 x64 / 16 GB RAM / 8 VCPU core 
> processor
> 
> Scaling factor=30
> 
> pgbench -M prepared -T 200 postgres
> 
> PG Head       -  tps = 902.225954 (excluding connections establishing).
> PG HEAD+patch -  tps = 1001.896381 (10.97+% vs. head)
> 
> 
> pgbench -M prepared -T 300 postgres
> 
> PG Head       -  tps = 920.108333 (excluding connections establishing).
> PG HEAD+patch -  tps = 1023.89542 (11.19+% vs. head)
> 
> pgbench -M prepared -T 500 postgres
> 
> PG Head       -  tps = 995.178227 (excluding connections establishing)
> PG HEAD+patch -  tps = 1078.32222 (+8.34% vs. head)
> 
> 
> Later I modified the create_many_cols.sql file (previously attached) and 
> instead of
> only using int  , I mixed it with varchar/int4/numeric/float and run 
> pgbench
> with different time duration
> 
> 
> pgbench -M prepared -f /tmp/pgbench-many-cols.sql -T 300  postgres
> 
> PG Head       -  tps =  5540.143877 (excluding connections establishing).
> PG HEAD+patch -  tps =  5679.713493 (2.50+% vs. head)
> 
> 
> pgbench -M prepared -f /tmp/pgbench-many-cols.sql -T 500  postgres
> 
> PG Head       -  tps = 5519.212709 (excluding connections establishing).
> PG HEAD+patch -  tps = 5967.059155 (8.11+% vs. head)
> 
> 
> pgbench -M prepared -f /tmp/pgbench-many-cols.sql -T 700  postgres
> 
> PG Head       -  tps = 5640.314495(excluding connections establishing).
> PG HEAD+patch -  tps = 6012.223147 (6.59+% vs. head)
> 

I'm also seeing a speedup on a 2S/28C/56T/256Gb + 2 x RAID10 SSD machine 
using -M prepared, -M prepared -N and -M prepared -S scenarios with 
various scale factors, and custom queries.

Small typo in 0002- / commit 791961:

diff --git a/src/include/utils/hashutils.h b/src/include/utils/hashutils.h
index 35281689e8..366bd0e78b 100644
--- a/src/include/utils/hashutils.h
+++ b/src/include/utils/hashutils.h
@@ -22,7 +22,7 @@ hash_combine(uint32 a, uint32 b)

 /*
- * Simple inline murmur hash implementation hashing a 32 bit ingeger, for
+ * Simple inline murmur hash implementation hashing a 32 bit integer, for  * performance.  */ static inline uint32

Best regards, Jesper


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jesper Pedersen
Дата:
Сообщение: Re: [HACKERS] path toward faster partition pruning
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Page Scan Mode in Hash Index