On Mon, 2006-10-30 at 01:44 -0800, Dave Irving wrote:
> 
> Oleg Kalnichevski wrote:
> > 
> > 
> > Hi Dave
> > 
> > ASYNCWEB-21 will certainly make things better, but as long as there is a
> > chance of an internal buffer overflow or an OutOfMemory condition
> > because the buffer is unable to expand it capacity (for instance, when
> > the async content producer produces more content that the internal
> > buffer can accommodate) architectural issues with AsyncWeb in my opinion
> > will remain unresolved. I may be wrong but I do not see how ASYNCWEB-21
> > is going to fix that.
> > 
> > Cheers,
> > 
> > Oleg
> > 
> > 
> 
> Well - we shall see I guess. The streaming support will allow huge numbers
> of requests to be handled in parallel with a small memory footprint. There's
> also a whole load of stuff provided by MINA which will enable us to provide
> cross-cutting memory management strategies. And, of course, connection
> throttling is supported by MINA also, so there is no reason why a user of
> asyncweb couldn't configure the underlying MINA engine to employ this too.
> 
> Perhaps you could give an actual concrete example of an individual memory
> problem you percieve which - given ASYNCWEB-21 would not already exist in
> other http components? 
> 
> Dave

Dave,

It is difficult to give an actual concrete example of issues with a
piece of code which has not been yet written. I do not have a very
detailed knowledge of AsyncWeb inner working (so please correct me if I
am wrong) but If I understand it right, the content generated by
individual async workers always end up in an intermediate expandable
buffer, before it gets written to the underlying socket channel. If so,
under heavy load there is always a chance that the buffer can no longer
grow due to OFM condition. In my _humble_ and _personal_ option this
totally defeats all benefits of an async transport versus threaded one. 

Cheers

Oleg


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to