Re: [twsocket] Ftp server FreeCurrentPasvPort
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.pas (SSL-specific shutdown in combination with socket shutdown). In some cases it happened that the shutdown didn't work correctly on the server side (SessionClosed wasn't fired) when a client disconnected successfully, my fault. However disconnecting all clients on the server manually by Menu | Disconnect all, or restarting the server disconnected the clients successfully. But I think the error didn't disappear. But I may recall that wrong, and will keep an eye on it. If On SessionClosed isn't fired, then Pasv-Ports will run out. But I had a closer look at TFTPServer.Disconnect(All) - and you're correct, there is a potential situation where PASV-Ports could be burned (for a client if a PASV-command is issued, the Data-connection is not (yet) made and before the PASV-Data-Connection comes in Disconnect/All is called (or simply the command channel is closed)). In TFTPServer.WMFtpSrvClientClosed() the following two lines have to be added, best would be just before FClientList.Remove(Client); TFTPServer.WMFtpSrvClientClosed() begin ... -- 2 lines if Client.PassiveMode then // FLD 17.1.06 FreeCurrentPasvPort(Client); -- enter before FClientList.Remove(Client); end; -- Peter Feldbaumer p dot feldbaumer at utanet dot at -- 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
Re: [twsocket] Ftp server FreeCurrentPasvPort
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 TFTPServer.WMFtpSrvClientClosed() begin ... -- 2 lines if Client.PassiveMode then // FLD 17.1.06 FreeCurrentPasvPort(Client); -- enter before FClientList.Remove(Client); end; -- Peter Feldbaumer p dot feldbaumer at utanet dot at -- 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
Re: [twsocket] Ftp server FreeCurrentPasvPort
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 be needed except for some very special case - and therefore will be a redundant call for all other cases) - problem is that there are so many possible states of the state-machine, and we have to cover all possiblities... Original Message From: Francois Piette [EMAIL PROTECTED] ICS-beta and ICS-SSL are at the same level on my website and include eveything you sent to me (and yes I made a mistake in the merge process and it was corrected and annouced quickly). I didn't mean your one real small mistake ;) (no offense meant!) - I was just asking Arno because he is working on SSL and therefore might be using some meta-version which he could've merged himself... -- Peter Feldbaumer p dot feldbaumer at utanet dot at -- 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
回覆： Re: [twsocket] Buffer size
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 size you use to transmit receive is not critical at all. It has to be large enoug in orther to not have too much OnDataSent or OnDataAvailable events triggeres which would consume CPU and in case you have a slow CPU, you couldn't sustain the line speed when the line speed is high (such as Gigabit). If the buffer is too large, it is simply a waste on memory. In the http component, the buffer is used in a way that the maximum header line must fit into the receive buffer. A part from that, the buffer could be reduce without significant impact. To send files, it is better to have a buffer which is a multiple of the maximum packet size (MTU). But if you have several physical layers (LAN and PPP for example), it is difficult to adjust the buffer size dynamically. All in all, 4KB is a good value in most situations. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be - Original Message - From: David A. G. [EMAIL PROTECTED] To: twsocket@elists.org Sent: Tuesday, January 17, 2006 1:44 AM Subject: [twsocket] Buffer size Hello all, sorry if this topic was posted some times. I making a protocol to transfer files via TCP using a mixed mode (binary and text). I searched in ICS Components for the better buffer size: in HTTP protocol I found HTTP_SND_BUF_SIZE = 8193 I made tests and this value works great for LAN transferences but using internet I (through some linux routers) got blocks always minor than 1423 bytes. I'm doing something bad if I still using 8193 ? (Delphi 7, WinXP) thanks 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 -- 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 ___ YM - 離線訊息 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。 http://messenger.yahoo.com.hk -- 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
Re: [twsocket] ICS-V6 supported compilers
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: twsocket@elists.org Sent: Wednesday, December 28, 2005 11:22 AM Subject: [twsocket] ICS-V6 supported compilers I plan to support Delphi 7, Delphi 2006 (Win32 and .NET) and C-Builder 2006 only. Any tought ? -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] http://www.overbyte.be -- 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 -- 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
Re: [twsocket] ICS-V6 supported compilers
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 current version. Anyway, current ICS version will always be available but new features will be added only to the new version once it is released (hopefully sometimes in 2006). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be -- 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
Re: [twsocket] ICS-V6 supported compilers
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 Piette [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Tuesday, January 17, 2006 10:21 AM Subject: Re: [twsocket] ICS-V6 supported compilers 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 current version. Anyway, current ICS version will always be available but new features will be added only to the new version once it is released (hopefully sometimes in 2006). -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be -- 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 -- 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
[twsocket] fast data sending
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 number of users, so whan I send data it should be sent faster thru thoses 10 threads than thru only one thread, especially if some of the users are slow at the moement they receive datas. Is this correct ? -- 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
Re: [twsocket] fast data sending
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 window handles. 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 number of users, so whan I send data it should be sent faster thru thoses 10 threads than thru only one thread, especially if some of the users are slow at the moement they receive datas. Is this correct ? Not sure since you probably have no processing of data, just moving it around. Since you only have one network interface, it is likely that it will be serialized by the OS anyway. You will gain speed with multithreading only when _processing_ can be done in one thread while another is waiting on I/O or event. Here your application will probably be I/O bound so multithreading would not help much. Multithreaded could help because you have a message queue per thread. If you have heavy traffic, you could overflow the message queue. Multiplying queues would help with this if it ever happend. One thing is sure: you need a separate thread at least to handle network I/O otherwise either the GUI would be very slow or would slow down network I/O. To be tested to confirm my toughts. -- Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html -- [EMAIL PROTECTED] Author of ICS (Internet Component Suite, freeware) Author of MidWare (Multi-tier framework, freeware) http://www.overbyte.be -- 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
Re: [twsocket] fast data sending
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://www.overbyte.be/eng/overbyte/teamics.html http://www.mestdagh.biz -- 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
[twsocket] Bandwidth control TFtpClient
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.overbyte.be/eng/overbyte/teamics.html -- 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
Re: [twsocket] Bandwidth control TFtpClient
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://www.mestdagh.biz Tuesday, January 17, 2006, 21:39, 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? Just seems unnecessary complications to me. I thought throttling was something servers did when they are hosted on lines incapable of meeting proper bandwidth for all users. Angus -- 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
Re: [twsocket] Bandwidth control TFtpClient
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. 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 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://www.mestdagh.biz Tuesday, January 17, 2006, 21:39, 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? Just seems unnecessary complications to me. I thought throttling was something servers did when they are hosted on lines incapable of meeting proper bandwidth for all users. Angus -- 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 -- 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
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/teamics.html http://www.mestdagh.biz Tuesday, January 17, 2006, 21:58, Paul wrote: 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. 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 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://www.mestdagh.biz Tuesday, January 17, 2006, 21:39, 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? Just seems unnecessary complications to me. I thought throttling was something servers did when they are hosted on lines incapable of meeting proper bandwidth for all users. Angus -- 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 -- 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
Re: [twsocket] Bandwidth control TFtpClient
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 twsocket@elists.org 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 [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html http://www.mestdagh.biz Tuesday, January 17, 2006, 21:58, Paul wrote: 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. 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 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://www.mestdagh.biz Tuesday, January 17, 2006, 21:39, 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? Just seems unnecessary complications to me. I thought throttling was something servers did when they are hosted on lines incapable of meeting proper bandwidth for all users. Angus -- 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 -- 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 -- 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
Re: [twsocket] Bandwidth control TFtpClient
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 the community. So the code is mine but the gift is from my customer. Also, should I enable it on the control channel as well?? It could, but probably useless since bandwidth on control channel is normally not used much. -- [EMAIL PROTECTED] http://www.overbyte.be -- 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
Re: [twsocket] Bandwidth control TFtpClient
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 settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
