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 p
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
Original Message -
> From: "Arno Garrels"
> To: "ICS support mailing"
> Sent: Monday, July 20, 2009 8:39 PM
> Subject: Re: [twsocket] Bandwidth control at the root (TCustomWSocket)
>
>
>> Francois PIETTE wrote:
>>>> I'm still not sure wha
"Arno Garrels"
To: "ICS support mailing"
Sent: 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 ag
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
> applicat
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 sorte
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 potentially hundreds or th
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.
>>>
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
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 s
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
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 so
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 withou
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
pl
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 unsubscr
Hi,
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?
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.e
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"
Sent: Wednesday, January 18, 2006 3:30 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
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
> throt
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 nee
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
ing"
Sent: Wednesday, January 18, 2006 10:33 AM
Subject: Re: [twsocket] Bandwidth control TFtpClient
> 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 d
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 bandwidt
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
connection
> 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
--
To unsubscribe or change your
> 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
iling"
Sent: 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
e then one would like.
> Paul
> - Original Message -
> From: "Wilfried Mestdagh" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Tuesday, January 17, 2006 9:51 PM
> Subject: Re: [twsocket] Bandwidth control TFtpClient
>> Hello An
.
Paul
- Original Message -
From: "Wilfried Mestdagh" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, January 17, 2006 9:51 PM
Subject: Re: [twsocket] Bandwidth control TFtpClient
> Hello Angus,
>
> My opinion too, but it seems a popula
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
http://w
> 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?
Just seems unnecessary complications to me.
I thought throttling was something servers did when they are hosted on
lines incapable of mee
Hello Arno,
I dont think the control channel of FTP needs throttling, only data
channel. Only my personal opinion of course.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Tuesday, January 17, 2006, 19:57, Arno Garrels wrote:
> Hi,
> I've
Hi,
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 control channel as well??
---
Arno Garrels [TeamICS]
http://www
t ok'
No error
many thanks, see you,
David
- Original Message -
From: "Wilfried Mestdagh" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, August 23, 2005 12:10 PM
Subject: Re: [twsocket] Bandwidth control
> Hello Dan,
>
>> I've
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
2005 9:16 PM
Subject: Re: [twsocket] Bandwidth control
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]
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 into the
,
David
- Original Message -
From: "Dan" <[EMAIL PROTECTED]>
To: "ICS support mailing"
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
>
>
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"
Sent: Monday, August 22, 2005 2:09 AM
Subject: Re: [twsocket] Bandwidth control
> Dan,
>
>
Sent: Sunday, August 21, 2005 9:13 PM
Subject: Re: [twsocket] Bandwidth control
> http://www.xantorrent.pwp.blueyonder.co.uk/ics/ThrottledWSocket.zip
>
> Has ThrottledWSocket and ThrottledFTPSrv. Should be easy to do the same
> for
> HTTP.
>
> Dan
>
> - Original Me
gust 21, 2005 11:42 PM
Subject: [twsocket] Bandwidth control
> Hello, I'm finding an example of how to control the bandwidth in HTTP and
> FTP server, any one has?
> thanks in advance,
> David
>
> --
> To unsubscribe or change your settings for TWSocket mailing list
>
Hello, I'm finding an example of how to control the bandwidth in HTTP and
FTP server, any one has?
thanks in advance,
David
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
41 matches
Mail list logo
