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
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 |