关于IBM自带FTP的疑问？

金牌小卧底

P52A + EMC DMX存储 ， 导数据到win2000 DEll  RAID0 2.8T

          A                                            B


需要将A中的一个1.8T的dat文件 ， ftp到B中

1.    A ：server  B： client
  
     开始速度还可以，70M/s ， 一天后 过去了600多G  ， 速度变4M/s   

2.    A ： client   B：server  
   
     开始速度： 17M   ， 3 4小时后 8M/s ， 过去200G多

上面2个方法 ， 大众的ftp软件 和 ftp tftp客户端基本都用了  速度总是掉下来

检查了主机 ， win server 都没什么问题
进程正常 ， paging  ， vmstat 正常

重启了A B ，依旧

网络没问题 ， 直连网线的

疑问：

有没同行知道 ， 是否是IBM自带的ftp端有问题 ？ 碰到大文件就出现这个毛病 ？ 问了一些开发人员， 说IBM有这个毛病 。 但是不太确定  。 有兄弟碰到过这样的情况么 ？

（ftp ，user等一些文件传输的限制都改了）


plus ：现在用SFU建了nfs客户端 ， 从aix上mount nfs 。 进行dd transfer  ， 速率还可以avg  45M/s ， 不知是否一直能hold住

meilixueshan

想不出为啥，帮顶！

denny2004

关注

金牌小卧底

dd 命令返回成功后 , 文件全部导入到win serv上了 , 谢谢大家关注 !

yddll

1个文件就1.8T？NB啊

金牌小卧底

原帖由 yddll 于 2008-6-13 20:28 发表
1个文件就1.8T？NB啊

客户NB

meilixueshan

甭管NB不NB，速度为啥会变得越来越低啊:wink:

金牌小卧底

原帖由 meilixueshan 于 2008-6-13 20:36 发表
甭管NB不NB，速度为啥会变得越来越低啊:wink:

不知道 . 从dd 成功的例子来看 , 应该和IBM 自带的ftp协议有关 .

zszyj

原帖由 金牌小卧底 于 2008-6-13 00:11 发表
P52A + EMC DMX存储 ， 导数据到win2000 DEll  RAID0 2.8T

          A                                            B


需要将A中的一个1.8T的dat文件 ， ftp到B中

1.    A ：server  B： client
...

很正常, 文件太大了. 前面快的原因, 是因为接收方一开始将文件内容都存到文件缓存里了, 当服务端内存耗尽了, 没有缓存可用, 直接写物理硬盘,速度肯定慢得多.
其实你用top看, 就能看到CLIENT所占的内存份额非常大,而free部分已经基本没有了

spook

是不是 PS给吃光了，1.8T的文件啊…… 看看是不是IO哪里出问题