Mail Archives: cygwin/2004/07/13/18:20:30
On Tue, 13 Jul 2004, Yitzchak Scott-Thoennes wrote:
> On Tue, Jul 13, 2004 at 12:21:50PM -0400, Igor Pechtchanski wrote:
> > bufalloc = 0;
> > do
> > {
> > ==> bufalloc += 1000;
>
> >
> > I have a theory that the performance data may be added in chunks larger
> > than 1000 bytes, so the fhandler just can't keep up with the amount of
> > data, and loops indefinitely. Since you intend to build the DLL from CVS,
> > you're probably in the best position to check whether this theory is true
> > (by either just upping the increment amount to something like 5000, or
> > even doubling the buffer size on each iteration).
>
> Perhaps bufalloc += max(bufalloc, 1000);
Sorry, but no. This will do nothing for the original problem. The idea
was that at some point you need the rate of buffer size increase to
overtake the rate of performance data generation. If performance data is
generated faster than 1000 bytes per query, and adding 1000 bytes isn't
enough, adding *at most* 1000 bytes (as you suggested) is strictly less
effective. I suggested a linear function with a steeper slope (which may
not be enough) or an exponential, which will definitely be enough, but may
introduce huge buffers.
I'm going to build the DLL from CVS now to test the theory. If it is
confirmed, then we can talk about a good buffer size increment function
(probably on cygwin-developers, though).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`' -. ;-;;,_ igor AT watson DOT ibm DOT com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -