public inbox for [email protected]  

help / color / mirror / Atom feed

From: Roman Neuhauser <[email protected]>
To: Halley Pacheco de Oliveira <[email protected]>
Cc: [email protected]
Subject: Re: PostgreSQL 8.0.3 Documentation - Chapter 23. Monitoring Database Activity
Date: Tue, 26 Jul 2005 21:49:01 +0200
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>

# [email protected] / 2005-07-26 14:17:17 -0300:
> What surprises me is not that the previous connection is closed and a
> new connection is opened.

> What surprises me is the fact that the previous process is killed and
> a new process is forked just to connect to another database with the
> same user. I was expecting that the new connection could use the same
> process. If you are monitoring user activity you must know that when
> the user connects to another database another process is created, or
> even worst, if the user connects to the same database again another
> process is created.

> It was not clear to me this relationship between connection and
> process. Now it is.

    Well, there's nothing that would make this model required, but it
    surely helps keep things like entropy at reasonable levels.
    IOW, this behavior allows for greater stability through simpler code
    and limited process lifetime.

    But maybe I'm not understanding the point you're trying to make.
    To make things a bit clearer: what is it that you find so disturbing
    or surprising in the current PostgreSQL behavior? Why did you expect
    it reusing the same process, and what benefits do you expect (or
    preferably, have experimentally gained) from the alternative?

-- 
How many Vietnam vets does it take to screw in a light bulb?
You don't know, man.  You don't KNOW.
Cause you weren't THERE.             http://bash.org/?255991

view thread (11+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected]
  Subject: Re: PostgreSQL 8.0.3 Documentation - Chapter 23. Monitoring Database Activity
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox