> 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
> FP> This is exactly what happend with ICS without resorting to
> multithreading.
> FP> Thanks to the asynchronous working model.
>
> OK, I think I understand where I was wrong. So when I send data I
> simply do a .Send loop to each connected user and that all.
Indeed !
> I was thinking that t
I only discovered it recently myself,
A few of our customurs are able to download a 10Mb file in just a second !
And worse: these customurs are increasing day by day
Paul
- Original Message -
From: "Wilfried Mestdagh" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, Janua
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/teamics.html
http://www.mestdagh.biz
Tuesday, January 17, 2006, 21:58, Paul wrote:
> Hi Wilfried
Hi Wilfried,
It is sometimes necessary.
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.
Such clients (mostly corparate companies) exist ,
and even more then one would like.
P
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
Hello Dod,
> OK, I think I understand where I was wrong. So when I send data I
> simply do a .Send loop to each connected user and that all.
Yep, and Send will return immediatly while the ocmponent does the job in
background using coroporative multitasking.
---
Rgds, Wilfried [TeamICS]
http://ww
> I thought about multi-threading for data sending just thinking about
> webspiders that are much faster when multi-threading than downloading
> all data from a web page in just one thread.
>
> So if it is true for download...it should be for upload.
WebSpiders write data to disk file after rec
> Still on my 15.000 cnx project, I will have 3 connectors that should
> accept 5000 users each, each connector will then link o server itself.
You should use V6 to reach 5000 simultaneous users otherwise you have to tweak
to OS to accept more
handles. V6 drastically reduce the number of hidden w
Hello,
Still on my 15.000 cnx project, I will have 3 connectors that should
accept 5000 users each, each connector will then link o server itself.
Because I want to send TCP datas to all users as fast as possible, I
think I will have 10 threads per connector, each thread attaching
equal n
Sorry for the late answer, I was reading my in-box (was in holidays since
21/12) and replied automatically without take care of how old question was
:). By the way, I´m in 1-jan and plan to take care not to worry you all with
late answers anymore ;)
- Original Message -
From: "Francois
> >I plan to support Delphi 7, Delphi 2006 (Win32 and .NET)
> > and C-Builder 2006 only.
> > Any tought ?
> I plan to stay in D7.. as long as you support it, I´m happy. I only think
> about a D5 users, aren´t they a big community?
I don't know. One day or later, they will have to upgrade to the c
I plan to stay in D7.. as long as you support it, I´m happy. I only think
about a D5 users, aren´t they a big community?
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, December 28, 2005 11:22 AM
Subject: [twsocket] ICS-V6 supported compilers
>I p
Opqrst Ghrst wrote:
>> hello,
>>
>> thanks to reply.
>> but by my test, if my cpu not slow when I use buffer
>> 32kb to send 50MB file only cost 13Mins,
>> with 8kb it must cost almost 20Mins.
Do you have any Anti-Virus life scanner running?
Symantec AV i.e. seems to check each block of data
re
hello,
thanks to reply.
but by my test, if my cpu not slow when I use buffer
32kb to send 50MB file only cost 13Mins,
with 8kb it must cost almost 20Mins.
It not always can up to max speed, but maybe better
for slow cpu works.
--- Francois Piette <[EMAIL PROTECTED]> 說：
> Actully, the buffer
Hi,
The comment in TCustomWSocket.InternalClose is wrong! It may be
very confusing, and needs to be changed!
{ Manifest constants for Shutdown
SD_RECEIVE = 0; // disables receives
SD_SEND= 1; // disables sends, Use this one for graceful close
SD_BOTH= 2; //disables both
Original Message
From: "Arno Garrels" [EMAIL PROTECTED]
> BTW: FreeCurrentPasvPort is called multiple times in most cases, doesn't
> hurt,
> but's not very nice.
That's true - however all calls do have their reason - (just like the one
call to FreeCurrentPasvPort we just added (won't
Peter Feldbaumer wrote:
>
> In TFTPServer.WMFtpSrvClientClosed() the following two lines have to be
> added, best would be just before FClientList.Remove(Client);
That makes sence ;-)
BTW: FreeCurrentPasvPort is called multiple times in most cases, doesn't hurt,
but's not very nice.
Arno
>
Original Message
From: "Arno Garrels" <[EMAIL PROTECTED]>
> I'm using current version of the ICS-SSL distribution and I'm testing
> with the official demo application having SSL enabled.
This should definitely be fine...
> I changed and tested different shutdown procedures in WSocket.pa
23 matches
Mail list logo
