| From: | toruvinn <toruvinn(at)lain(dot)pl> |
|---|---|
| To: | pgsql-bugs(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org |
| Subject: | Re: BUG #4919: CREATE USER command slows down system performance |
| Date: | 2009-07-15 14:21:16 |
| Message-ID: | op.uw34tpgd33x80h@insanity.lain.pl |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-performance |
On Wed, 15 Jul 2009 16:02:09 +0200, Alvaro Herrera
<alvherre(at)commandprompt(dot)com> wrote:
> My bet is on the pg_auth flat file. I doubt we have ever tested the
> behavior of that code with 1 billion users ...
I've noticed this behaviour some time ago, on a cluster with 50k+ roles
(not sure about the number now). Restoring the backup took a lot of time,
especially when the users file grew significantly and each additional user
caused PG to rewrite the whole file.
I never bothered to report this, as it's not like the users are
(re)created every day, it was just a one-time run (== some extra time for
another coffee during restore ;-)).
I was always wondering, though, why PostgreSQL uses this approach and not
its catalogs.
Regards,
--
ru
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andreas Pflug | 2009-07-15 14:21:33 | Re: 1-Click 8.4 win32 fails to run scripts |
| Previous Message | Alvaro Herrera | 2009-07-15 14:02:09 | Re: BUG #4919: CREATE USER command slows down system performance |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Scott Marlowe | 2009-07-15 14:30:40 | Re: Poor overall performance unless regular VACUUM FULL |
| Previous Message | Alvaro Herrera | 2009-07-15 14:02:09 | Re: BUG #4919: CREATE USER command slows down system performance |