From: | The Hermit Hacker <scrappy(at)hub(dot)org> |
---|---|
To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
Cc: | Brian E Gallew <geek+(at)cmu(dot)edu>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Threads |
Date: | 1999-08-04 14:54:00 |
Message-ID: | Pine.BSF.4.10.9908041153090.62821-100000@thelab.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, 4 Aug 1999, Thomas Lockhart wrote:
> > Redirection will end up costing us a whole 'nother TCP connection
> > build/destroy which can be disregarded for non-trivial queries, but
> > still may prove too much (depending upon query patterns). On the
> > other hand, it would probably be easier to code and have better
> > throughput than funneling all data through the postmaster. On the
> > gripping hand, a postmaster that mediated all transactions could also
> > implement QoS style controls, or throttle connections taking an unfair
> > share of the available bandwidth.
> > In any event, this could also be the start of a naming service. It
> > should be relatively easy, with either method, to have the postmaster
> > handle connections to databases (not just tables, mind you) on other
> > machines.
>
> Starting to sound suspiciously like the Corba work I've been doing on
> my day job.
>
> We're using ACE/TAO for it's realtime and QoS features, but other
> implementations are probably much lower footprint wrt installation and
> use. I suppose we'd want a C implementation; the ones I've been using
> are all C++...
KDE/KOffice uses Mico, which is also C++...
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy(at)hub(dot)org secondary: scrappy(at){freebsd|postgresql}.org
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Lockhart | 1999-08-04 15:42:48 | Re: [HACKERS] Threads |
Previous Message | Adriaan Joubert | 1999-08-04 14:49:47 | Re: [HACKERS] ERROR: btree scan list trashed ?? |