[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: rev 6355 - branches/svnserve-thread-pools/subversion/svnserve

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2003-06-26 02:54:35 CEST

On Wed, 2003-06-25 at 19:48, Branko ╚ibej wrote:
> I dunno. I'm fairly sure some generic parts could go there; for
> instance, the request queue. Although, there's already apr_queue, which
> I decided not to use because it has a fixed size. The thread creation
> logic itself is fairly specific to svnserve, though, because the
> requests aren't independent (one thread can block until another request
> is processed -- some diff and merge cases and externals handling are
> examples).

When you say the logic is specific to svnserve, you mean that svnserve
requires a policy which not every server needs, right? (Specifically, a
connection never blocks waiting for a thread to become idle; if no idle
thread is available, a new one is always created.)

That seems like something you could parameterize in init_threads()
without adding too much complexity. Though I can see how it would be
extra work.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 26 02:55:33 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.