Re: SSI performance
От | Kevin Grittner |
---|---|
Тема | Re: SSI performance |
Дата | |
Msg-id | 4D4C3685020000250003A425@gw.wicourts.gov обсуждение исходный текст |
Ответ на | Re: SSI performance ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
Список | pgsql-hackers |
I wrote: > repeatable read > [best] Time: 51.150 ms > serializable > [best] Time: 52.089 ms It occurred to me that taking the best time from each was likely to give a reasonable approximation of the actual overhead of SSI in this situation. That came out to about 1.8% in this (small) set of tests, which is right where earlier benchmarks of a heavy read load against fully-cached data put the SSI predicate locking overhead. That previous benchmarking involved letting things run overnight for several days in a row to accumulate hundreds of runs of decent length. While today's little test doesn't prove much, because of its size, the fact that it matches the numbers from the earlier, more rigorous tests suggests that we're probably still in the same ballpark. If you get into a load where there's actual disk access, I suspect that this overhead will be very hard to spot; the transaction rollback rate is going to become the dominant performance issue. -Kevin
В списке pgsql-hackers по дате отправления: