Re: [HACKERS] Postgres Performance

Поиск
Список
Период
Сортировка
От Michael Simms
Тема Re: [HACKERS] Postgres Performance
Дата
Msg-id 199909082141.WAA00576@argh.demon.co.uk
обсуждение исходный текст
Ответ на Re: [HACKERS] Postgres Performance  (Edwin Ramirez <ramirez@doc.mssm.edu>)
Ответы Re: [HACKERS] Postgres Performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> 
> If I do a large search the first time is about three times slower than
> any subsequent overlapping (same data) searches.  I would like to always
> get the higher performance. 
> 
> How are the buffers that I specify to the postmaster used?
> Will increasing this number improve things?
> 
> The issue that I am encountering is that no matter how much memory I
> have on a computer, the performance is not improving.  I am willing to
> fund a project to implement a postgres specific, user configurable
> cache.
> 
> Any ideas?
> -Edwin S. Ramirez-

I think that the fact you are seeing an improvement already shows a good level
of caching.

What happens the first time is that it must read the data off the disc. After
that the data comes from memory IF it is cached. Disc read will always be
slower with current disc technology.

I would imagine (Im not an expert, but through observation) that if you
drasticly increase the number of shared memory buffers, then when you
startup your front-end simply do a select * from the tables, it may even keep
them all in memory from the start.
                    M Simms


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] PG_UPGRADE status?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Re: Problem enabling pltcl