: Monday, July 20, 2009 8:39 PM
Subject: Re: [twsocket] Bandwidth control at the root (TCustomWSocket)
Francois PIETTE wrote:
I'm still not sure what was the best implementation in
TCustomWSocket. Anything speaking against your timer-based code in
HttpProt.pas? Since W2K there are plenty
Arno Garrels wrote:
I don't think it could be a problem. But f it does, GetQueueStatus
can be called to know if there is a WM_TIMER message already in the
queue.
Did some testing with sending 1000 SendNotifyMessages to the main
thread per second. Then I paused message processing for 10
Arno Garrels wrote:
Arno Garrels wrote:
I don't think it could be a problem. But f it does, GetQueueStatus
can be called to know if there is a WM_TIMER message already in the
queue.
Did some testing with sending 1000 SendNotifyMessages to the main
thread per second. Then I paused message
Francois PIETTE wrote:
I'm still not sure what was the best implementation in
TCustomWSocket. Anything speaking against your timer-based code in
HttpProt.pas? Since W2K there are plenty of timers possible.
For cilent application, there should be no problem. But for a server
application with
Francois PIETTE wrote:
I've got it working without a timer by calling
MsgWaitForMultipleObjects to defer subsequent call of Resume after
Pause, however that seems to be a dangerous game. What do you thing?
Not good, the message pump must be called.
Do you think it was possible without using
I've got it working without a timer by calling
MsgWaitForMultipleObjects to defer subsequent call of Resume after
Pause, however that seems to be a dangerous game. What do you thing?
Not good, the message pump must be called.
Do you think it was possible without using a timer? I don't think
Francois PIETTE wrote:
I've got it working without a timer by calling
MsgWaitForMultipleObjects to defer subsequent call of Resume after
Pause, however that seems to be a dangerous game. What do you
thing?
Not good, the message pump must be called.
Do you think it was possible without
I've got it working without a timer by calling
MsgWaitForMultipleObjects to defer subsequent call of Resume after
Pause, however that seems to be a dangerous game. What do you
thing?
Not good, the message pump must be called.
Do you think it was possible without using a timer? I don't think
Fredrik Larsson wrote:
Hi,
I know that a permanent fix at componentlevel is desired but until
that is sorted out perhaps you would want to use something such as
http://www.netlimiter.com/ to limit the traffic the application uses?
Interesting tool, I guess it's a LSP isn't it?
--
Arno
Francois PIETTE wrote:
I've got it working without a timer by calling
MsgWaitForMultipleObjects to defer subsequent call of Resume
after Pause, however that seems to be a dangerous game. What do
you thing?
Not good, the message pump must be called.
Do you think it was possible without
Yeah, I guess so. I had to look LSP - Layered Service Provider... :) I have
used it myself to limit some applications bandwidth to a max limit. But it
makes sense that it's an LSP-app.
-Original Message-
I know that a permanent fix at componentlevel is desired but until
that is sorted
I've got it working without a timer by calling MsgWaitForMultipleObjects
to defer subsequent call of Resume after Pause, however that seems to be
a dangerous game. What do you thing?
Not good, the message pump must be called.
--
francois.pie...@overbyte.be
http://www.overbyte.be
--
To
Hi,
I know that a permanent fix at componentlevel is desired but until that is
sorted out perhaps you would want to use something such as
http://www.netlimiter.com/ to limit the traffic the application uses?
Regards, Fredrik.
--
To unsubscribe or change your settings for TWSocket mailing list
Angus Robertson - Magenta Systems Ltd wrote:
I dont think the control channel of FTP needs throttling, only data
channel.
Who would possible want to throttle even the data channel on a FTP client?
For instance someone who wants to be able to trottle down CPU load on very fast
connections.
One reason would be that the client does not want to soak up all the
bandwidth. For example, I routinely run an RDP session over my
Internet connection. It would be nice to also do some low-level
downloading with FTP -- generally I cannot because the FTP client gets
data at the limit of my
Original Message
From: Arno Garrels [EMAIL PROTECTED]
I've just more or less copied and pasted the bandwidth control stuff
from HttpProt.pas to FtpProt.pas, enabled it on the data channel only
so far. I couldn't find a note who contributed this code?
Also, should I enable it on the
Peter Feldbaumer wrote:
Could I suggest to create a descendent component from TFtpSrv - something
like TFtpSrvThrottled - to implement bandwidth-limiting?
The current implementation (if it is like in HttpProt.pas) doesn't fit my
needs (and probably that of others, too) - e.g. if one needs
Original Message
From: Arno Garrels [EMAIL PROTECTED]
Current implementation is in the FTP/HTTP _clients_ only, conditional
compiled. It probably won't fit my needs in real world applications as
well.
A derived throttled server would be nice, however nicer would be a
I think theres already one in my zip, but Im not 100% sure.
Dan
- Original Message -
From: Peter Feldbaumer [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Wednesday, January 18, 2006 3:30 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
Original
Hello Angus,
My opinion too, but it seems a popular item :) If I write an application
my concern is to get as muth data in short possible time. But others
seems to like to delay it :) I dont know the reason...
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
.
Paul
- Original Message -
From: Wilfried Mestdagh [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, January 17, 2006 9:51 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
Hello Angus,
My opinion too, but it seems a popular item :) If I write
- Original Message -
From: Wilfried Mestdagh [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, January 17, 2006 9:51 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
Hello Angus,
My opinion too, but it seems a popular item :) If I write
: Tuesday, January 17, 2006 10:16 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
Hello Paul,
Yes understeand. I only never had that situation or ask. I probably
have the kind of customars with different view.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte
I've just more or less copied and pasted the bandwidth control stuff
from HttpProt.pas to FtpProt.pas, enabled it on the data channel only
so far. I couldn't find a note who contributed this code?
Well, it's me ! Actually I have done it for a customer who payed for and
agreed to give it to
Suppose you have a server running on an 100 MB WAN-connection,
and there are clients that have 100MB upload and download lines,
your server will be blocked immediately.
But we were not talking about servers, only clients.
Angus
via a 10 Mbit cable modem g
--
To unsubscribe or change your
Hello Dan,
I've had a look at the smatters throttling code but I think it needs your
socket code to be in a separate thread.
Yes you right, the code from Davie is for use in a thread.
---
Rgds, Wilfried
http://www.mestdagh.biz
--
To unsubscribe or change your settings for TWSocket mailing
- Original Message -
From: Wilfried Mestdagh [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, August 23, 2005 12:10 PM
Subject: Re: [twsocket] Bandwidth control
Hello Dan,
I've had a look at the smatters throttling code but I think it needs your
socket code
As in uploading to the ftp server?
I'll look into it.
Dan
- Original Message -
From: David A. G. [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, August 22, 2005 2:09 AM
Subject: Re: [twsocket] Bandwidth control
Dan,
Thanks for your code, I think
,
David
- Original Message -
From: Dan [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, August 22, 2005 8:32 AM
Subject: Re: [twsocket] Bandwidth control
As in uploading to the ftp server?
I'll look into it.
Dan
- Original Message -
From: David A. G
Here is another throttle for TWSocket
http://www.smatters.com/ics/
Darin
From: [EMAIL PROTECTED] on behalf of David A. G.
Sent: Mon 8/22/2005 12:41 PM
To: ICS support mailing
Subject: Re: [twsocket] Bandwidth control
Dan, I tried to upload files
30 matches
Mail list logo