应用ICS的FTPSERVER疑问(100分)

  • 主题发起人 主题发起人 橡皮巴
  • 开始时间 开始时间

橡皮巴

Unregistered / Unconfirmed
GUEST, unregistred user!
我用ICS的FTPSERVER开发FTP服务器,确发现不能运行时改变登陆用户名和密码,也不能设置
宿主目录的位置和权限,在源码FTPSRVC中有TFtpCtrlState有USERNAME和PASSWORD属性,但不
知怎么用,请教各位了

另:在局域网传输数据,有500个客户端,数据量在每客户4兆左右,同时并发,服务器只能是NT
用ICS的FTPSERVER能胜任吗?有哪位开发过这类,有好的建议吗(另送200分)
 
500个客户端用ics绝对不能胜任,只能用iis或apache。如果一定要自己做,你
只能从socket级别做起,采用完成端口技术。据我所知没有一个现成的控件是采用
这个技术的。
 
完成端口技术是什么?能否详细点,谢谢!
 
请看一下:
http://www.delphibbs.com/delphibbs/dispq.asp?LID=838394
再看
http://www.delphibbs.com/delphibbs/dispq.asp?LID=846000
以上两个帖子都有我的发言,相信对你有帮助。
 
to mywyn
呵呵,我的另一个网名是mywyy,myw是我名字的缩写,yy是我GF的缩写
不会你的也是这样吧,你好像对SOCKET挺有研究,可以和我私下探讨吗
QQ:8979919
 
如果你想继续探讨,这儿就很好,小第一定知无不言言无不尽。
至于我的网名,说来好笑,那是我GF给我注册的。wyn是我名字的缩写。
 
如采用QQ的机制,将文件细分成很多包,以UDP的报文发送,再返回一个信息确认
这种方式怎么样呢
 
那要看你的用途和网络环境了。如果你的信息绝对不能有错那就采用TCP吧。
在大部分情况下TCP和UDP的性能差不多,在网络环境不好的情况下还不如TCP。
采用TCP还是UDP应该综合考虑可行性,可靠性和性能。像QQ,如采用TCP,服务器就得
承受上千万的连接,这显然是行不通的。ftp如采用UDP网络就会充满从发的数据包。
当然,在局域网环境下用UDP做FTP还是行得通的,不过没必要,不但编程烦,性能也
没有多大的提高。
 
如果用TCP,一直都和服务器建立连接可行吗
如果传完数据就断开,频繁的建立连接会不会很费时间
 
如果数据发送很频繁最好不要断开连接。另外服务器连接数目的限制也是一个因素。
 
如果在一直连接在服务器上,服务器能扛住吗,有500个用户阿,用阻塞好还是非阻塞好呢?
 
500多个连接根本不多,关键是你的软件。操作系统肯定不能用98,你的程序一定要
仔细规划好,最好针对你的应用做专门的优化。现行的控件最好不要用,自己作吧。
如果一定要用,就要硬件性能要好并做好测试。如测时你的程序的连接数目极限,
连接数目极限超过500则一切ok,反之则要进行一些处理,如断开连接时间最长的连接,
或闲置时间最长的连接让位给新的等。
 
to mywyn
你好像ERVERY TIME ONLINE吖
我现在就是没有时间自己去写,要教书、维护网络7788一大堆事
我想用现成的控件,ICS或INDY,哪个好?

哪位做过类似的东东,可不可以share给我
EMAIL:MYWYY@YEAH.ENT
 
我倾向于ics。谁做过,我就不知道了。至于我,先是做mis,现在做跟硬件相关的。
网络只是爱好,本来想改一下ics的,谁知又有任务了。
上一贴比较匆忙,我现在改了一下,你再看看。

 
那我就先用ICS的TCP来做了
有什么建议一定要告诉我

呵呵,发分结束了
 
接受答案了.
 
有什么问题,你可以就这个帖子继续讨论。
 
following from mywyn
你怎么这么快就结束贴子了,害我要写邮件。给你几点建议。
1.对于每个连接,你一定有记录他们信息状态的结构,这些结构最好一次性分配好。如
果哪个连接断开了也不要释放结构,应该置空闲标志,给新的连接用。
2.ics是基于消息的,哪个线程创建了他(在execute中创建),他的网络消息就投向与
哪个线程,如果接收不到消息是因为你的线程没有消息循环。另外,接受网络消息的线
程不能运行耗时过长的任务,这样会阻塞消息,得不到及时响应。
3.不要开太多线程,超过16个性能就会急剧下降。

 
后退
顶部