Re: AIX slow buffer reads

Поиск
Список
Период
Сортировка
От André Volpato
Тема Re: AIX slow buffer reads
Дата
Msg-id 647835811.10922.1288269187954.JavaMail.root@zimbra01a
обсуждение исходный текст
Ответ на Re: AIX slow buffer reads  (Greg Smith <greg@2ndquadrant.com>)
Список pgsql-performance
----- Mensagem original -----
| André Volpato wrote:
| > |
| > | If it is being spent in the bitmap index scan, try setting
| > | effective_io_concurrency to 0 for Linux, and see what effect that
| > | has.
| >
| > I disabled effective_io_concurrency at AIX but it made no changes on
| > bitmap index times.
| >
|
| Brad's point is that it probably doesn't do anything at all on AIX,
| and
| is already disabled accordingly. But on Linux, it is doing something,
| and that might be contributing to why it's executing so much better on
| that platform. If you disable that parameter on your Debian box, that
| should give you an idea whether that particular speed-up is a major
| component to the difference you're seeing or not.


Here´s new explains based on Debian box:

(1) effective_io_concurrency = 5
# /etc/init.d/postgresql stop
# echo 3 > /proc/sys/vm/drop_caches
# /etc/init.d/postgresql start

http://explain.depesz.com/s/br

(2) effective_io_concurrency = 0
# /etc/init.d/postgresql stop
# echo 3 > /proc/sys/vm/drop_caches
# /etc/init.d/postgresql start

http://explain.depesz.com/s/3A0

BitmapAnd really gets improved a little bit in (1), but Bitmap index scans got a lot worse.


| --
| Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD
| PostgreSQL Training, Services and Support www.2ndQuadrant.us
| "PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books

[]´s, Andre Volpato

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

Предыдущее
От: "Pierre C"
Дата:
Сообщение: Re: Select count(*), the sequel
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: Postgres insert performance and storage requirement compared to Oracle