Re: [twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len)
Working like a charm now! Thanks a lot goes to Arno (as usually!). On Fri, Sep 10, 2010 at 5:42 PM, Arno Garrels wrote: > Arno Garrels wrote: > > Fastream Technologies wrote: > >> Let me elaborate: As our code is a proxy server and data keeps coming > >> down in OnDocData of the Httpclient, I was pumping it to > >> THttpConnection's descendent with Send(buf, len). However I noticed > >> it was actually buffering data when the Send()'s pace is less than > >> Receive(). So it might be a special case for proxies but I wonder > >> what you guys suggest for such case. I tried to Pause > >> THttpCli->CtrlSocket and resume in > >> THttpConnection::ConnectionDataSent but it did not work. > > > > Including "wsoNoReceiveLoop" in the ComponentOptions should do > > the trick. If this flag is set it breaks the loop in method > > TCustomWSocket.ASyncReceive. > > I mean that Pause should work with wsoNoReceiveLoop. > > -- > Arno Garrels > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len)
Arno Garrels wrote: > Fastream Technologies wrote: >> Let me elaborate: As our code is a proxy server and data keeps coming >> down in OnDocData of the Httpclient, I was pumping it to >> THttpConnection's descendent with Send(buf, len). However I noticed >> it was actually buffering data when the Send()'s pace is less than >> Receive(). So it might be a special case for proxies but I wonder >> what you guys suggest for such case. I tried to Pause >> THttpCli->CtrlSocket and resume in >> THttpConnection::ConnectionDataSent but it did not work. > > Including "wsoNoReceiveLoop" in the ComponentOptions should do > the trick. If this flag is set it breaks the loop in method > TCustomWSocket.ASyncReceive. I mean that Pause should work with wsoNoReceiveLoop. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len)
Fastream Technologies wrote: > Let me elaborate: As our code is a proxy server and data keeps coming > down in OnDocData of the Httpclient, I was pumping it to > THttpConnection's descendent with Send(buf, len). However I noticed > it was actually buffering data when the Send()'s pace is less than > Receive(). So it might be a special case for proxies but I wonder > what you guys suggest for such case. I tried to Pause > THttpCli->CtrlSocket and resume in > THttpConnection::ConnectionDataSent but it did not work. Including "wsoNoReceiveLoop" in the ComponentOptions should do the trick. If this flag is set it breaks the loop in method TCustomWSocket.ASyncReceive. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len);
Hello again, I have found out that there are two linked lists in wsockbuf: inuse and free. And even the allocated memory in free is not freed in some cases. It must have been intended for reusing but it is no good to keep hundreds of MBs of unused buffers in memory! There must be a limit to the reusable buffers! BTW, do you get my messages today? Regards, SZ On Fri, Sep 10, 2010 at 5:00 PM, Fastream Technologies wrote: > Let me elaborate: As our code is a proxy server and data keeps coming down > in OnDocData of the Httpclient, I was pumping it to THttpConnection's > descendent with Send(buf, len). However I noticed it was actually buffering > data when the Send()'s pace is less than Receive(). So it might be a special > case for proxies but I wonder what you guys suggest for such case. I tried > to Pause THttpCli->CtrlSocket and resume in > THttpConnection::ConnectionDataSent but it did not work. > > Thank you, > > SZ > > > On Fri, Sep 10, 2010 at 4:44 PM, Fastream Technologies > wrote: > >> Hello, >> >> I have downloaded today's snapshot and when under high bandwidth traffic, >> the buffering seems to leak memory until I delete the THttpConnection >> descendents. Could somebody take a look at OverbyteWSockBuf unit? >> >> Regards, >> >> SZ >> > > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len);
Let me elaborate: As our code is a proxy server and data keeps coming down in OnDocData of the Httpclient, I was pumping it to THttpConnection's descendent with Send(buf, len). However I noticed it was actually buffering data when the Send()'s pace is less than Receive(). So it might be a special case for proxies but I wonder what you guys suggest for such case. I tried to Pause THttpCli->CtrlSocket and resume in THttpConnection::ConnectionDataSent but it did not work. Thank you, SZ On Fri, Sep 10, 2010 at 4:44 PM, Fastream Technologies wrote: > Hello, > > I have downloaded today's snapshot and when under high bandwidth traffic, > the buffering seems to leak memory until I delete the THttpConnection > descendents. Could somebody take a look at OverbyteWSockBuf unit? > > Regards, > > SZ > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] GBs of Memory leak which Memproof says is at the line Send(FDocBuf, len);
Hello, I have downloaded today's snapshot and when under high bandwidth traffic, the buffering seems to leak memory until I delete the THttpConnection descendents. Could somebody take a look at OverbyteWSockBuf unit? Regards, SZ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be