Re: hash_create API changes (was Re: speedup tidbitmap patch: hash BlockNumber)
От | Andres Freund |
---|---|
Тема | Re: hash_create API changes (was Re: speedup tidbitmap patch: hash BlockNumber) |
Дата | |
Msg-id | 20141224093216.GJ23613@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: hash_create API changes (was Re: speedup tidbitmap patch: hash BlockNumber) (Jim Nasby <Jim.Nasby@BlueTreble.com>) |
Ответы |
Re: hash_create API changes (was Re: speedup tidbitmap patch: hash BlockNumber)
|
Список | pgsql-hackers |
On 2014-12-24 00:27:39 -0600, Jim Nasby wrote: > pgbench -S -T10 -c 4 -j 4 > master: > tps = 9556.356145 (excluding connections establishing) > tps = 9897.324917 (excluding connections establishing) > tps = 9287.286907 (excluding connections establishing) > tps = 10210.130833 (excluding connections establishing) > > XXH32: > tps = 32462.754437 (excluding connections establishing) > tps = 33232.144511 (excluding connections establishing) > tps = 33082.436760 (excluding connections establishing) > tps = 33597.904532 (excluding connections establishing) FWIW, I don't believe these results for one second. It's quite plausible that there's a noticeable performance benefit, but a factor of three is completely unrealistic... Could you please recheck? Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: