Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]
| От | Bruce Momjian |
|---|---|
| Тема | Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh] |
| Дата | |
| Msg-id | 199805120319.XAA11507@candle.pha.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh] (dg@illustra.com (David Gould)) |
| Ответы |
Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]
|
| Список | pgsql-hackers |
> I was thinking that we would have a pool of ready servers _per_database_. > That is, we would be able to configure say 8 servers in a particular DB, and > say 4 in another DB etc. These servers could run most of the way through > initialization (open catalogs, read in syscache etc). Then they would wait > until a connection for the desired DB was handed to them by the postmaster. > OK, but how do you invalidate the catalog items that have changed from the startup to the time it gets the client connection? -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
В списке pgsql-hackers по дате отправления: