Re: BUG #6311: Performance degradation after upgrade

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: BUG #6311: Performance degradation after upgrade
Дата
Msg-id 4ED21FE8020000250004351A@gw.wicourts.gov
обсуждение исходный текст
Ответ на BUG #6311: Performance degradation after upgrade  ("Roye Cohen" <roye.cohen@sap.com>)
Список pgsql-bugs
"Roye Cohen"  wrote:

> I found a degradation in physical memory used on DB server (~200%
> degradation)

What are you measuring, and what were the numbers?

> and a small degradation in response times on every transaction
> monitored in comparison to 9.0.

What transaction isolation level was used?  Since you have a sap.com
email address, I assume you're probably oriented to larger shops,
which in my experience are more inclined to use stricter transaction
isolation levels (for very good reasons, IMV).  If the transactions
were set to the SERIALIZABLE transaction isolation level, we would
expect slightly slower performance in 9.1 versus 9.0, because it now
provides truly serializable behavior, unlike earlier versions of
PostgreSQL or any production release of Oracle.

If this is the case, you can fall back to legacy behavior by using
the REPEATABLE READ transaction isolation level instead of
SERIALIZABLE.  For further information see these links:

http://www.postgresql.org/docs/9.1/interactive/transaction-iso.html

http://wiki.postgresql.org/wiki/SSI

If this is the cause, please let us know.  I would appreciate knowing
what kind of numbers you're seeing, with a description of the type of
load.  If you can confirm that this is not happening at a less strict
transaction isolation level, like REPEATABLE READ, we can clear this
as "not a bug", since you don't get truly serializable transactions
without cost -- that's why less strict levels exist.

-Kevin

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: BUG #6311: Performance degradation after upgrade
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: BUG #6307: intarray extention gin index does not work with Hot standby