關(guān)于 v1.21 的問題

Jney402

今天在ubuntu server 9.04 上測試v1.21 ,  經(jīng)過多次確定，發(fā)現(xiàn)一個問題

服務(wù)器端沒有回收內(nèi)存 。
整個服務(wù)器就做一件事情：接收客戶端上傳的文件。
發(fā)現(xiàn)物理內(nèi)存 free項 的數(shù)字不斷的在減少，并沒有增加，連續(xù)上傳4個小時候后，內(nèi)存耗盡，客戶端異常退出了

就算用測試代碼 "fdfs_test my.conf upload test.mp3"   單次測試后，內(nèi)存減少200k 左右
然后停止所有，觀察，沒有任何恢復(fù)跡象，再次調(diào)用測試代碼，又少100k多，又觀察，還是沒有回收，
以前用筆記本調(diào)試 1.20的時候都有回收，內(nèi)存是不停的在變化的

想請斑竹確認(rèn)下，問題出在那里，我客戶端用的java ，而且客戶端也調(diào)用了trackerServer.close();
是不是客戶端還需要調(diào)用什么釋放代碼呢？

Jney402

另外，在 tracker.logs 里出現(xiàn)大量一下的錯誤代碼，也請斑竹幫忙看下：

[2009-09-29 17:49:24] DEBUG - file: tracker_service.c, line: 1998, client ip: 192.168.0.22, recv data fail, errno: 107, error info: Transport endpoint is not connected

happy_fish100

通過top命令看系統(tǒng)整體的free內(nèi)存，并沒有多少參考價值。

要看一個進(jìn)程有沒有內(nèi)存泄露，通過ps來看其占用的內(nèi)存有沒有持續(xù)增加而沒有減少的情況。
比如：
ps auxww | grep fdfs

happy_fish100

客戶端并發(fā)量是多少呢？
以前有人報告過此類問題的，都是因為客戶端負(fù)載太高引起的網(wǎng)絡(luò)超時異常。

Jney402

1. 我是單進(jìn)程，不是壓力測試

2. 用 ps auxww | grep fdfs 命令察看得到一下結(jié)果

USER    PID    %CPU %MEM    VSZ        RSS TTY      STAT START   TIME COMMAND
root      2825  0.0     0.3     2116956    3024 ?        Sl     08:05    0:00 fdfs_trackerd tracker.conf
root      3088  0.0     0.3     2125652    3620 ?        Sl     08:05    0:00 fdfs_storaged storage.conf
root      3930  0.0     0.0     3544          792 pts/0    S+   08:38    0:00 grep fdfs

但是每當(dāng)我調(diào)用客戶端上傳文件的時候
root      3088  0.0     0.3     2125652    3620 ?        Sl     08:05    0:00 fdfs_storaged storage.conf
里的 3620 這個值，會一直增加， 我查了下RSS這個值，就是實際占用內(nèi)存（k）  說明storaged 占用的內(nèi)存在一直增加
我想所以我看到的總內(nèi)存也在一直增加，這樣如果一直運(yùn)行

但是，下載文件的時候卻不會增加，所有內(nèi)存占用值沒有任何變化

Jney402

刪除文件的時候，也會出現(xiàn)以上現(xiàn)象，storage 的 rss值增加，停止所有的進(jìn)程，觀察一段施加，也并沒有任何減少

happy_fish100

因為采用了多線程模型，只有運(yùn)行一段時間后，占用的內(nèi)存才會保持穩(wěn)定。
不能看一開始的內(nèi)存占用，這個沒有多大參考意義。

Jney402

其實我也知道這個道理，就是有點擔(dān)心資源耗用太高
只要斑竹確定沒問題就行，而且也有公司在使用這個架構(gòu)了，所以，我還是相信 fastdfs 的
那再觀察一段時間吧

謝謝斑竹的回復(fù)，有問題的時候再咨詢