Re: BUG #4919: CREATE USER command slows down system performance

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

In response to

Responses

Browse pgsql-bugs by date

  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

Browse pgsql-performance by date

  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