Re: PostgreSQL users on webhosting

From: Alan Garrison <alang(at)cronosys(dot)com>
To: PgSQL General List <pgsql-general(at)postgresql(dot)org>
Subject: Re: PostgreSQL users on webhosting
Date: 2005-01-05 14:49:34
Message-ID: 41DBFE7E.9050302@cronosys.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jeff Davis wrote:

>However, for truly good seperation, I recommend that you run a seperate
>instance of postgresql (with a seperate $PGDATA directory) for each
>user, and run it under the UID of that user. It requires a little more
>disk space per account, but in a dollar amount it's virtually zero with
>today's disk prices. You will be able to tie the user into filesystem
>quotas, etc., much more easily, and also you could tune the DBs to the
>individual users if needed.
>
>
Out of curiosity, what kind of performance hit (whether CPU, memory,
disk activity) is incurred with having a lot of postmasters running in
this kind of a setup versus one postmaster with lots of databases? We
typically run one postmaster for a lot of separate web applications, but
I like the notion of a instance-per-user (for both security and
maintenance). In the case of having several "big" databases on one
server, would tuning stragegies need to keep in mind the settings of
other instances, or would you just tune each one as if it were the only
one on the box and let the OS deal with memory+disk load of multiple
instances?

/hope this question makes sense, waiting for coffee to kick in

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2005-01-05 15:24:29 Re: Passing a ROWTYPE to a function
Previous Message Mage 2005-01-05 14:35:22 multi column index and order by