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: | Raw Message | Whole Thread | 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 |