Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance
| От | Bruce Momjian |
|---|---|
| Тема | Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance |
| Дата | |
| Msg-id | 200908082031.n78KVje23903@momjian.us обсуждение исходный текст |
| Ответ на | Re: [PERFORM] BUG #4919: CREATE USER command slows down system performance (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > Tom Lane wrote:
> >> Now that we have SQL-level CONNECT privilege, I wonder just how much
> >> functionality would be lost if we got rid of the flat files and told
> >> people they had to use CONNECT to do any per-user or per-database
> >> access control.
> >>
> >> The main point I can see offhand is that password checking would have
> >> to be done a lot later in the startup sequence, with correspondingly
> >> more cycles wasted to reject bad passwords.
>
> > Is this a TODO?
>
> Well, it's a TO-THINK-ABOUT anyway. I think the appropriate next step
> would not be to write code, but to do a detailed investigation of what
> would be gained or lost. I don't remember exactly what we do with the
> flat-file contents.
The flat file is the username/password sorted list. We load that info
into the postmaster in an array that we can binary sort.
I wonder how big the postmaster process address space was when handling
2 billion users:
http://archives.postgresql.org/pgsql-bugs/2009-07/msg00176.php
It seems just storing many users in the postmaster could be burdensome,
but fixing that would be creating something like a database, which we
already have. ;-)
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
В списке pgsql-bugs по дате отправления: