On Wed, 2007-02-07 at 03:34 +0100, Martin Furter wrote:
On Tue, 6 Feb 2007, Aaron Stone wrote:
Hey folks, I've updated the multifoo architecture page on the wiki to
reflect some of my latest work on the subject. At this point I'm starting
to build the framework for the threaded server
Hey folks, I've updated the multifoo architecture page on the wiki to
reflect some of my latest work on the subject. At this point I'm starting
to build the framework for the threaded server core. I think I've
eliminated the need for a thread pool library and for any super
complicated back and
On Tue, Feb 6, 2007, Aaron Stone [EMAIL PROTECTED] said:
[snip]
eliminated the need for a thread pool library and for any super
Sorry, I *do* need a thread pool library -- I'm going to use Glib's. I
won't need a database pool library; each thread will own its own database
handle directly.
Aaron,
From your wiki page:
On the issue of a database connection pool, I think that issue is mooted
by this architecture. There are relatively few commands that do not
require any database interaction, and the ones that dont are so fast to
process as to not warrant the additional abstraction