Re: 7.4b1 vs 7.3.4 performance
От
Tom Lane
Тема
Re: 7.4b1 vs 7.3.4 performance
Дата
Msg-id
24105.1061938506@sss.pgh.pa.us
Ответ на
Re: 7.4b1 vs 7.3.4 performance (P. Joshua Rovero)
Список
Дерево обсуждения
7.4b1 vs 7.3.4 performance "P.J. \"Josh\" Rovero" <rovero@sonalysts.com>
Re: 7.4b1 vs 7.3.4 performance Tom Lane <tgl@sss.pgh.pa.us>
Re: 7.4b1 vs 7.3.4 performance Bruce Momjian <pgman@candle.pha.pa.us>
Re: 7.4b1 vs 7.3.4 performance Tom Lane <tgl@sss.pgh.pa.us>
Re: 7.4b1 vs 7.3.4 performance Josh Rovero <rovero@sonalysts.com>
Re: 7.4b1 vs 7.3.4 performance expect <expect@ihubbell.com>
Re: 7.4b1 vs 7.3.4 performance rovero <rovero@sonalysts.com>
Re: 7.4b1 vs 7.3.4 performance expect <expect@ihubbell.com>
Re: 7.4b1 vs 7.3.4 performance Shridhar Daithankar <shridhar_daithankar@persistent.co.in>
Re: 7.4b1 vs 7.3.4 performance expect <expect@ihubbell.com>
Re: 7.4b1 vs 7.3.4 performance "Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>
Re: 7.4b1 vs 7.3.4 performance expect <expect@ihubbell.com>
Re: 7.4b1 vs 7.3.4 performance Tom Lane <tgl@sss.pgh.pa.us>
Re: 7.4b1 vs 7.3.4 performance "P. Joshua Rovero" <rovero@sonalysts.com>
Re: 7.4b1 vs 7.3.4 performance Tom Lane <tgl@sss.pgh.pa.us>
"P. Joshua Rovero" writes: >>> Ran sets of 150 pgbench runs, with clients (1, 2, 4, 8, 16) and >>> transactions (5 each at 125, 250, 500, 1000, 2000, 4000), >> >> BTW, what was the pgbench "scale factor"? > 1 for these cases. Hm. You really want scale factor >= number of clients, else you will mostly be measuring the effects of contention. The scale factor is the same as the number of rows created in the "branches" table, and every transaction wants to update one of the "branches" rows. So if you have just one branch, all the clients try to update that same row every time, effectively serializing their transactions. I now suspect that what you measured is just some marginal improvement we made in the lock manager. Not sure what, though. regards, tom lane
В списке pgsql-general по дате отправления