Opened 18 years ago

Closed 16 years ago

#665 enhancement closed wontfix (wontfix)

extend reactor pool api to handle suggested additional threads

Reported by: Dave Peticolas Owned by:
Priority: normal Milestone:
Component: core Keywords:
Cc: Glyph, Dave Peticolas Branch:
Author:

Description


Change History (7)

comment:1 Changed 18 years ago by Dave Peticolas 

Maybe something like
'IReactorThreads.suggestAdditionalThreads(suggestingObject,
addtlThreadCount)'?  The reactor could track the suggesting object with
a weakref to decrease the total thread count when it goes away.

comment:2 Changed 16 years ago by Jean-Paul Calderone

Component: → conch

I'd suggest getThreadPoolSize instead. This provides mechanism instead of policy.

comment:3 Changed 16 years ago by Jean-Paul Calderone

Component: conch → core

comment:4 Changed 16 years ago by Dave Peticolas

This was only suggested so that the adbapi's connection pool could switch to using the reactor's own thread pool but still limit the number of threads used for database connections (and ensure that there would be some available). If the connection pool is going to keep its internal thread pool, it isn't needed for anything that I know of.

comment:5 Changed 16 years ago by jknight

If #664 gets resolved wontfix, this probably should be as well. Unless someone has a real use case for it.

comment:6 Changed 16 years ago by Dave Peticolas

Resolution: → wontfix
Status: new → closed

comment:7 Changed 11 years ago by <automation>

Owner: Dave Peticolas deleted
Note: See TracTickets for help on using tickets.