RE: Server - tasking and long lived connections

[Eric Merritt <cyberlync@yahoo.com>]

This sounds like a pretty good idea, I will have to
think about it in reference to this application.

--- Steven Deller <deller@smsail.com> wrote:
> In the early 90's I consulted on a system that
> created more that 10,000
> tasks in Ada.  The problem was that each task used
> 100KB of stack and
> the 1GB of memory just for stack meant they could
> not load the
> application.
> 
> That was solved by making a few more tasks, each for
> the "computational"
> aspects of the problem.  The "computation" tasks had
> 100KB or more for
> their stack.  The 10,000 "interface" tasks wre then
> able to operate with
> only 5KB of stack -- virtually no "depth" to calls. 
> The "interface"
> tasks simply collected data (asynchronously) then
> rendezvous'ed with one
> or more computational tasks to actually process the
> data.
> 
> Besides allowing the application to fit in memory,
> the transformation
> also improved throughput by more than 2x because
> only the computational
> tasks used floating point so task switching often
> did not have to save
> and reload floating point registers.
> 
> Such a transformation might be feasible for your
> application so if you
> can control the stack size of tasks with your chosen
> compiler and OS,
> then likely the only limit would be some artificial
> OS limit on the
> number of threads per process.
> 
> Regards,
> Steven Deller 
> 
> > -----Original Message-----
> > From: comp.lang.ada-admin@ada.eu.org 
> > [mailto:comp.lang.ada-admin@ada.eu.org] On Behalf
> Of Eric Merritt
> > Sent: Saturday, December 15, 2001 12:56 PM
> > To: comp.lang.ada@ada.eu.org
> > Subject: Re: Server - tasking and long lived
> connections
> > 
> > 
> > > How many parallel connections do you want to
> handle?
> > >  Is data
> > > transferred continuously?  Does your database
> > > backend support so many
> > > client connections?
> > 
> > Data transfer : There will probably be small data
> > transfers on the order of tens or hundreds of
> bytes
> > more or less continuously. 
> > 
> > Parallel Connections : thirty or forty probably at
> the
> > lowest end, as many as passable at the highest
> end.
> > 
> > I realize that range is vague, I am pretty sure
> that
> > if the number of connections is very high then I
> will 
> > inevitably have to go to a multiple server
> approach. My goal 
> > in this case is to delay that as long as possible.
> Efficiency 
> > is a goal in and of itself as well.
> 
> _______________________________________________
> comp.lang.ada mailing list
> comp.lang.ada@ada.eu.org
> http://ada.eu.org/mailman/listinfo/comp.lang.ada


__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com