關(guān)于IBM自帶FTP的疑問？

金牌小臥底

P52A + EMC DMX存儲 ， 導(dǎo)數(shù)據(jù)到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 ，依舊

網(wǎng)絡(luò)沒問題 ， 直連網(wǎng)線的

疑問：

有沒同行知道 ， 是否是IBM自帶的ftp端有問題 ？ 碰到大文件就出現(xiàn)這個毛病 ？ 問了一些開發(fā)人員， 說IBM有這個毛病 。 但是不太確定  。 有兄弟碰到過這樣的情況么 ？

（ftp ，user等一些文件傳輸?shù)南拗贫几牧耍?


plus ：現(xiàn)在用SFU建了nfs客戶端 ， 從aix上mount nfs 。 進行dd transfer  ， 速率還可以avg  45M/s ， 不知是否一直能hold住

meilixueshan

想不出為啥，幫頂！

denny2004

關(guān)注

金牌小臥底

dd 命令返回成功后 , 文件全部導(dǎo)入到win serv上了 , 謝謝大家關(guān)注 !

yddll

1個文件就1.8T？NB啊

金牌小臥底

原帖由 yddll 于 2008-6-13 20:28 發(fā)表
1個文件就1.8T？NB啊

客戶NB

meilixueshan

甭管NB不NB，速度為啥會變得越來越低啊:wink:

金牌小臥底

原帖由 meilixueshan 于 2008-6-13 20:36 發(fā)表
甭管NB不NB，速度為啥會變得越來越低啊:wink:

不知道 . 從dd 成功的例子來看 , 應(yīng)該和IBM 自帶的ftp協(xié)議有關(guān) .

zszyj

原帖由 金牌小臥底 于 2008-6-13 00:11 發(fā)表
P52A + EMC DMX存儲 ， 導(dǎo)數(shù)據(jù)到win2000 DEll  RAID0 2.8T

          A                                            B


需要將A中的一個1.8T的dat文件 ， ftp到B中

1.    A ：server  B： client
...

很正常, 文件太大了. 前面快的原因, 是因為接收方一開始將文件內(nèi)容都存到文件緩存里了, 當服務(wù)端內(nèi)存耗盡了, 沒有緩存可用, 直接寫物理硬盤,速度肯定慢得多.
其實你用top看, 就能看到CLIENT所占的內(nèi)存份額非常大,而free部分已經(jīng)基本沒有了

spook

是不是 PS給吃光了，1.8T的文件啊…… 看看是不是IO哪里出問題