Re: Moving postgresql.conf tunables into 2003...
От | Tom Lane |
---|---|
Тема | Re: Moving postgresql.conf tunables into 2003... |
Дата | |
Msg-id | 27905.1057338917@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Moving postgresql.conf tunables into 2003... (Josh Berkus <josh@agliodbs.com>) |
Список | pgsql-performance |
Josh Berkus <josh@agliodbs.com> writes: > Tom Comments: >> I was arguing awhile back for bumping the default shared_buffers up, >> but the discussion trailed off with no real resolution. > I think we ran up against the still far-too-low SHMMAX settings in most > *nixes. We could raise this default once we can supply a script which will > help the user bump up the OS's memory settings at, say, initDB time. Actually, I think it would not be hard to get initdb to test whether larger shared-memory settings would work. We could do something like try -B of 64, 256, 512, 1024, and insert into postgresql.conf the largest value that works. I would want it to top out at a few thousand at most, because I don't think a default installation should try to commandeer the whole machine, but if we could get the typical installation to be running with even 1000 buffers rather than 64, we'd be *way* better off. (See "Postgres vs MySQL" thread nearby.) We could possibly also have initdb print some kind of message if it's forced to use an unreasonably small value for shared_buffers, so that people might have a clue that they need to do kernel reconfiguration. Comments? regards, tom lane
В списке pgsql-performance по дате отправления: