» 遊客:  加入 | 登入 (帳號有問題請連絡TWed2k@gmail.com)


 


 TWed2k » 文字海洋 » [閒聊] 供檔....到底用BT好? 還是用ED好? RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 
 39  1/3  1  2  3  > 

 
主題: [閒話家常] [閒聊] 供檔....到底用BT好? 還是用ED好?   字型大小：小|中|大|巨  ← →
arkio
銀驢友〔高級〕
等級： 14等級： 14等級： 14等級： 14
論壇第一嬌格格

今日心情

 ． 積分： 843
 ． 精華： 4
 ． 文章： 3344
 ． 收花： 3790 支
 ． 送花： 256 支
 ． 比例： 0.07
 ． 在線： 2 小時
 ． 瀏覽： 220 頁
 ． 註冊： 8171 天
 ． 失蹤： 6172 天
 ． 國際唬爛協進會
#1 : 2004-4-12 11:33 AM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (1) 引言回覆
這半年, 在ED供了不少檔. 在BT抓了不少檔
但總覺得, 花不少時間在ED上供出一套電影(2 CD)

譬如. 在ED亞洲檔 "供檔" 來說,
以700mb來算, 當CD1供出大概7-10份Copy後, 就要把火力換到CD2
後來的下載者就無法兼顧的到. 下載人是否能接任分流的工作, 又是另外一個問題.
而供檔者最多只能在兩片CD供完後, 再繼續供多幾個Copy出去.  

但下載者依然很慢, 除非有大水管或好心人幫忙分流,  情況才有好轉.

OK. 現在來說ED亞洲檔  "下載"
一套八話日劇, 在非大水管支援下, 大概要拖上2個星期才能完全抓完.
一套2CD 電影, 正常來說,大概要花上3-4天 (視供檔者放出速度)

OK. 可能多轉貼到不同的論壇, 多點人抓, 供 or 下檔速度就會快
但在目前eMule積分 & 等待區已滿 & 看得到的斷頭檔 & Gate版為橫行的ED世界.
你想下載, 依然要等, 要排隊.

而在TW地區供檔還要體諒供檔者的窄小頻寬,  
當轉貼出去的時候, 同時間增加了2-4倍的下載量.  
供檔者眼看怎麼上傳, 卻久久無法令大家完檔, 也沒甚麼人回應支持的心情低落
繼而增加了供檔者的心理負擔.

ED可令檔案生命保存期延長,
只要檔名寫的充足, 就能讓全世界需要的人得到你的分享
只要有耐心, 只要檔案沒有紅線, 你總有一天能等到你要的檔案


===================================
現在換來說BT.
我沒在BT供過檔, 所以沒有任何經驗可說 ops:

但用BT "下載", 相信大部分版友都試過了
一套2CD電影, 大概只需2個小時-半天時間 (視種子的多少, 視大家開多少上傳)
一套8話的日劇(6g), 大概需要2 - 5天的時間 (視種子的多少, 視大家開多少上傳)

OK. BT "下載" , 能比ED快速完檔, 這是無可質疑的.
但是當你下完分流後, 該檔案的分享生命期就在你的p2p世界結束
maybe, 你會馬上看完刪, maybe, 你存放在HD, maybe, 你會燒起來.

還有一個在TWed2k蠻常見的現象, 就是從BT抓完, 放上ED分享.
(個人覺得這是P2P最好的crossover)

OK. BT 一種常見的情況, "斷頭" (沒種子)
BT很講時間性, 來得及的, 當然無話可說.
有時候來晚的人, 因完檔人一個一個離開,
還會斷在 99.x% , 這種情況實是非常悽慘.
你不知道要不要放棄已抓到的部分, 你不知道要不要繼續等,
要去做"死狗"求Reseed嗎?  在p2p轉貼來轉貼去的情況下, 就算想求Reseed也沒辦法.

BT能加快完成供檔任務. 也能令兩方不用花費時間在等待排隊上.
能享有快速的下載快感, 卻沒有尋找檔案的方便, 舊檔除非有人供, 要不永遠也找不到.  
你不天天到處逛論壇網站找新檔案, 就不會有東西給你下載.

站在供檔者的角度, BT能很快完成供檔, 卻減短了該檔案的生命期.  
無法讓全世界的人都有機會得到你的分享心血
So. 到底想讓下載人快速完檔好呢, 還是想讓檔案永流傳好呢.?

以上是我對ED/BT的感覺.
在此請問各位供過檔的朋友, 你們覺得, 用BT供檔好, 還是用ED好呢?


=====================================
下次的閑聊話題預告:
"怎麼樣才算一個好的P2P混合論壇"


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
豬小弟
鍛鐵驢友
等級： 7等級： 7等級： 7


 ． 積分： 96
 ． 文章： 1099
 ． 收花： 246 支
 ． 送花： 3429 支
 ． 比例： 13.94
 ． 在線： 978 小時
 ． 瀏覽： 21690 頁
 ． 註冊： 8198 天
 ． 失蹤： 15 天
 ． 溫哥華
#2 : 2004-4-12 11:52 AM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
一起用吧^^
呵呵~~~
可能我比較不會找BT的檔
總覺得ED上的東西比較多
雖然比較慢~但也沒關係^^


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
kungyin
鐵驢友〔中級〕
等級： 5等級： 5


 ． 積分： 54
 ． 文章： 1003
 ． 收花： 45 支
 ． 送花： 145 支
 ． 比例： 3.22
 ． 在線： 1080 小時
 ． 瀏覽： 2810 頁
 ． 註冊： 8162 天
 ． 失蹤： 1006 天
#3 : 2004-4-12 01:29 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
雖然ED速度很慢，伊比巴、伊比無限很多
但因為ED可以活的比較久，所以我怎麼選都會選ED吧
如果供檔者知道對方下載者是大水管，而且有分流的紀錄
可以設個好友位置，優先傳給大水管
不但可加速分流速度，也可減少頻寬浪費在伊比巴的那些人（通常他們也很難排到就是了XD）
雖然這樣做不正常（變相FTP），但在一個畸形的網路環境、畸形的P2P生態下...
也只好這麼做了，我現在也正這麼做...

其他的事...如果下的人夠多，eMule的spread bar差不多了就可換片或下檔啦...
盡人事就好，相信總有一些好心的人肯分流的

如果某人老是完檔很慢或無法無檔，可能是他網路或是設定的問題
用不著把責任往自己身上攬

因為頻寬與個人問題，我也好久沒供檔了，直到這幾天才又興致勃勃跑去供檔
而這篇文章應該是平常都有在供檔的人回應會比較適當，我只是小小小的意見


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
Justin
金驢友〔高級〕
等級： 18等級： 18等級： 18等級： 18等級： 18
最近真想找人開扁一頓!!

今日心情

 ． 積分： 2803
 ． 精華： 12
 ． 文章： 5525
 ． 收花： 19624 支
 ． 送花： 776 支
 ． 比例： 0.04
 ． 在線： 5121 小時
 ． 瀏覽： 63366 頁
 ． 註冊： 8219 天
 ． 失蹤： 1236 天
#4 : 2004-4-12 01:40 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
說真格 我是蠻討厭BT
該怎說  如前頭所說 已經99% 且又斷頭 心裡那xxx 無處可說

或許有人說 是您自兒 不早點下載
試請問 有每一個人 都可像您一樣24H 在線 或每天 櫻櫻美代子

想反之 我是蠻喜歡 BT 下載速度

ED  省言


所以.....總結論 我個人感觀
ED 9%
BT 1%


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
shiz99
金驢友〔初級〕
等級： 16等級： 16等級： 16等級： 16


 ． 積分： 1702
 ． 精華： 2
 ． 文章： 6205
 ． 收花： 12804 支
 ． 送花： 9104 支
 ． 比例： 0.71
 ． 在線： 6858 小時
 ． 瀏覽： 57236 頁
 ． 註冊： 8219 天
 ． 失蹤： 1102 天
 ． 來自：犯罪者的天堂
#5 : 2004-4-12 05:12 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
我投ED一票

當你下載一個可能是半年前某人所供的檔
來源可能只有三五個,甚至只剩一個
當你花了幾個月奇蹟似地完檔時
那份感動與感激
絕對不是BT所能比儗的

BT,你只是晚了一兩天而已就斷給你看

PS:
去年九月下載的日劇,從去年年底時就只剩一個來源
大多時候都只看到紅色,就算出現淺藍也很難看到有下載
這樣的一個檔,昨天剛完檔...


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
bryansun
論壇第一不要臉
等級： 10等級： 10等級： 10
不想當帥哥很久了..

今日心情

 ． 積分： 182
 ． 精華： 2
 ． 文章： 2207
 ． 收花： 558 支
 ． 送花： 24 支
 ． 比例： 0.04
 ． 在線： 1564 小時
 ． 瀏覽： 9583 頁
 ． 註冊： 8202 天
 ． 失蹤： 720 天
#6 : 2004-4-12 05:25 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
都不好
你最好


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
chihiro
巨乳星人．版主
等級： 30等級： 30等級： 30等級： 30等級： 30等級： 30等級： 30等級： 30
巨乳もみ星人+馬尾屬性★

 ． 積分： 1381
 ． 文章： 1982
 ． 收花： 6933 支
 ． 送花： 6693 支
 ． 比例： 0.97
 ． 在線： 2269 小時
 ． 瀏覽： 24971 頁
 ． 註冊： 8220 天
 ． 失蹤： 33 天
 ． 女神親衛隊
#7 : 2004-4-12 05:27 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
BT是一時的快感
ED是長遠的感動


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
Acute
論壇第一大毒王
等級： 18等級： 18等級： 18等級： 18等級： 18
論壇第一小神童

 ． 積分： 3281
 ． 精華： 8
 ． 文章： 11574
 ． 收花： 14037 支
 ． 送花： 3260 支
 ． 比例： 0.23
 ． 在線： 323 小時
 ． 瀏覽： 2250 頁
 ． 註冊： 8223 天
 ． 失蹤： 5575 天
#8 : 2004-4-12 06:10 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
如果這個世界上不曾出現emule, 那我會覺得eDonkey 的環境是最好的P2P 工具, 可惜, emule 出現了, 所以, 我只好放棄這個環境, 改玩BT

沒錯, eD/eM 的環境可以讓檔案存在很久, BT 的檔案生命週期則很短暫, 但是, 被eM 改變過的eD 環境, 其實一點都不讓人留戀, eM 功能或許很多, 說穿了, 都是一些以自私為出發點的功能, eD 環境自從eM 投入, 整體環境只有變爛而沒變好過, 而且越變越爛, 深藍色的海溝, 不能取一瓢飲, 還不如沒有

BT 的致命傷的確是斷頭, 只是, 斷頭還是參予者自己造成的, 完檔就移檔, 不斷也很難. 如果完檔者也盡量做種子, 其實要斷也不是那麼容易, 我曾經當過好一陣子的BT 救火隊, 遇到有下載而有人喊斷頭, 就重新回頭幫忙補, 不過, 補久了, 也懶得理了, 因為曾經我補出10顆種子, 不到1Hr, 剩下不到一半, 比較嘔的是, 當時是半夜三點, 那個時間居然能夠1Hr 跑掉5 個種子, 從此我不再好心幫忙補檔  :evil:

BT 也好, eD 也罷, eM 也一樣, 無論哪一種P2P tool, 重點都是參予者的心, 抓過非亞洲區BT 檔的人就知道, BT 要斷頭很難的,  常常一個檔的Seed 超過百個, 而且會一直延續下去, 哪怕你發現時已經過了一個月, 依然可以迅速下載&完檔. 真正該思考的是, 為啥歐美能, 亞洲不能? 東方人永遠比較自私, 比較醜陋?

在我玩eDonkey 最後的那2 個月, 我就發現一個現象, 一個檔案, 在台灣的論壇被貼出以前加入下載, 1-2天內可以完檔, 但是只要在台灣地區的論壇出現(因為會被四處轉貼, 一個地方有, 每個地方有), 那個檔案至少要花費1 周才能完檔

Acute.


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
richjf
青銅驢友
等級： 11等級： 11等級： 11等級： 11


 ． 積分： 254
 ． 文章： 1393
 ． 收花： 1790 支
 ． 送花： 554 支
 ． 比例： 0.31
 ． 在線： 520 小時
 ． 瀏覽： 4942 頁
 ． 註冊： 8219 天
 ． 失蹤： 280 天
#9 : 2004-4-12 06:13 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
有空間、時間的話就選ed，沒時間想快點分享的就選BT，
是我會選BT因為速度快，1天內就能將上G的檔案分流出去，
這點是ed無法比擬的。
BT斷種情況和ed斷頭一樣讓人討厭！不過有些方法可以避免，
像 http://dijanet.hk.st/ 有個申請reseed的地方，就會比ed斷頭時還有得救！


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
richjf
青銅驢友
等級： 11等級： 11等級： 11等級： 11


 ． 積分： 254
 ． 文章： 1393
 ． 收花： 1790 支
 ． 送花： 554 支
 ． 比例： 0.31
 ． 在線： 520 小時
 ． 瀏覽： 4942 頁
 ． 註冊： 8219 天
 ． 失蹤： 280 天
#10 : 2004-4-12 06:44 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆

引用:
"Acute 寫到 :  因為曾經我補出10顆種子, 不到1Hr, 剩下不到一半, 比較嘔的是, 當時是半夜三點, 那個時間居然能夠1Hr 跑掉5 個種子, 從此我不再好心幫忙補檔  :evil:

這應該是abc那種設定分流到某程度就直接下線的功能，如果這樣下去BT也
是會爛掉的… :evil:


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
熱心助人的大哥哥
銀驢友〔初級〕
等級： 12等級： 12等級： 12


 ． 積分： 476
 ． 文章： 317
 ． 收花： 4273 支
 ． 送花： 2249 支
 ． 比例： 0.53
 ． 在線： 2213 小時
 ． 瀏覽： 21151 頁
 ． 註冊： 8042 天
 ． 失蹤： 1155 天
#11 : 2004-4-12 07:20 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆
ED一票，引述以前自己的一段話

引用:
其實重點在於，我喜歡驢子這樣的傳輸方式
由於是大家互相連結，互相傳輸
檔名變得很有趣，因為必須要讓人看得懂
甚至演變出團隊模式，讓檔名變得很有規則可循
像TLF的檔一字排開，是個很令我感動的畫面  
所以檔抓下來後，我很少會去更改，因為我喜歡這樣的規則性
也因此，可以利用這個規則在全球的伺服器內找東西，無遠弗屆的感覺非常愉快


不過其實BT發展的很讚，也蠻多人愛用的
像日本那邊就有人會把日本的節目錄下放到BT上，或者是日本發行的DVD
這種檔案不靠BT，恐怕只剩唯有日本人愛用的WinMX
可惜...........我的BT開一下子後電腦畫面就會丟掉重關機了 :cry:
誰來告訴我為什麼啊~~~~~~~ :cry:


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  訪問主頁  發私人訊息  Blog  新增/修改 爬文標記
bbking
青銅驢友
等級： 11等級： 11等級： 11等級： 11


今日心情

 ． 積分： 342
 ． 文章： 1751
 ． 收花： 2092 支
 ． 送花： 1256 支
 ． 比例： 0.6
 ． 在線： 1061 小時
 ． 瀏覽： 18104 頁
 ． 註冊： 8209 天
 ． 失蹤： 126 天
#12 : 2004-4-12 07:53 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆

引用:
"Acute 寫到 : 如果這個世界上不曾出現emule, 那我會覺得eDonkey 的環境是最好的P2P 工具


我也有同感
現在我載檔BT有先抓沒的抓的話在用騾子驢子慢慢抓^^


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
Acute
論壇第一大毒王
等級： 18等級： 18等級： 18等級： 18等級： 18
論壇第一小神童

 ． 積分： 3281
 ． 精華： 8
 ． 文章： 11574
 ． 收花： 14037 支
 ． 送花： 3260 支
 ． 比例： 0.23
 ． 在線： 323 小時
 ． 瀏覽： 2250 頁
 ． 註冊： 8223 天
 ． 失蹤： 5575 天
#13 : 2004-4-12 08:58 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆

引用:
"熱心助人的大哥哥 寫到 : 可惜...........我的BT開一下子後電腦畫面就會丟掉重關機了 :cry:
誰來告訴我為什麼啊~~~~~~~ :cry:


你的機器的CPU 跟RAM 有多少?
同時跑了哪些程式?
你用哪個版本的BT ?
你用哪一個作業系統?

^^" 沒有資料無法猜勒

我遇過的狀況
1. 使用PTC + 98, 接近完檔時, 會出事, 不是機器reboot 就是停止下載, 停止在99.X 的位置
2. 使用Shadow 版+ME, 如果完檔前關閉, 之後操作機器, 很容易發生reboot 的現象,
3. 使用Azureus + ME, 如果下載過多, 機器會進入嚴重lag 狀態, 然後機器也會不穩定

問題1跟2 經過我多方測試, 應該是Python 的bug, 當網路呈現滿載時, 程式去存取硬碟, 會造成網路接收的資料累積在記憶體內, 而這時候, 會發生記憶體錯置現象, 導致系統不穩定, 甚至被摧毀. 目前除了Azureus 是用Java 寫的之外, 其餘的BT client 清一色都是Python 寫的, 所以, 理論上都有相同問題

so, 如果用的不是Azurues, 而且CPU 等級不夠高檔, 建議跑BT 時, 避免跑其他大型程式, 可以有效改善機器當掉問題. 如果用的是Azurues, 那... 機器需要更高檔, 或者減少下載數目, 因為JavaVM 需要的resource 比Python 還要多.

Anyway, 無論是Python interpreter or JavaVM, 這些具備跨平台條件的語言, 都是經過一層解譯(或者稱之為模擬), 這種程式都需要高檔的CPU 來伺候, 我分別用C600/C1G/C2G 跑過這些程式, CPU 越高檔, 衍生的問題就相對越少

CPU 等級越低者, 越不建議跑Azurzus, 因為JavaVM 實在太耗CPU 了, 呵呵

Acute.


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記
熱心助人的大哥哥
銀驢友〔初級〕
等級： 12等級： 12等級： 12


 ． 積分： 476
 ． 文章： 317
 ． 收花： 4273 支
 ． 送花： 2249 支
 ． 比例： 0.53
 ． 在線： 2213 小時
 ． 瀏覽： 21151 頁
 ． 註冊： 8042 天
 ． 失蹤： 1155 天
#14 : 2004-4-12 09:54 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆

引用:
"Acute 寫到 :
你的機器的CPU 跟RAM 有多少?
同時跑了哪些程式?
你用哪個版本的BT ?
你用哪一個作業系統?

^^" 沒有資料無法猜勒

我遇過的狀況
1. 使用PTC + 98, 接近完檔時, 會出事, 不是機器reboot 就是停止下載, 停止在99.X 的位置
2. 使用Shadow 版+ME, 如果完檔前關閉, 之後操作機器, 很容易發生reboot 的現象,
3. 使用Azureus + ME, 如果下載過多, 機器會進入嚴重lag 狀態, 然後機器也會不穩定
Acute.

那就先謝過Acute大大了    呃......不過我的情況好像非上面三種@@

WinXP, Athlon 1.33G, 512MB RAM
我最近跑BT的那一次，刻意重開機後只執行BT(版本： 貪婪BT 2.6.4 繁體中文版)
另外常駐的有NetLimitter v1.25 中文化版
當時只按一個torrent檔下，速度當時為15-20KB
不到五分鐘......掰掰
在這之前我曾一度懷疑是因為BT下載的速度太快導致reboot
所以特地去抓了NetLimitter，限制BT下載的速度
結果這次不到20KB也........之後我就心灰意冷沒再玩了.....
目前我自己對這個情況的解釋為：硬碟壞軌太多.........


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  訪問主頁  發私人訊息  Blog  新增/修改 爬文標記
Acute
論壇第一大毒王
等級： 18等級： 18等級： 18等級： 18等級： 18
論壇第一小神童

 ． 積分： 3281
 ． 精華： 8
 ． 文章： 11574
 ． 收花： 14037 支
 ． 送花： 3260 支
 ． 比例： 0.23
 ． 在線： 323 小時
 ． 瀏覽： 2250 頁
 ． 註冊： 8223 天
 ． 失蹤： 5575 天
#15 : 2004-4-12 10:04 PM     只看本作者 送鮮花給本文章，以表示喜愛之意，點花數可看送花者名單送花 (0) 引言回覆

引用:
"熱心助人的大哥哥 寫到 :
引用:
"Acute 寫到 :
你的機器的CPU 跟RAM 有多少?
同時跑了哪些程式?
你用哪個版本的BT ?
你用哪一個作業系統?

^^" 沒有資料無法猜勒

我遇過的狀況
1. 使用PTC + 98, 接近完檔時, 會出事, 不是機器reboot 就是停止下載, 停止在99.X 的位置
2. 使用Shadow 版+ME, 如果完檔前關閉, 之後操作機器, 很容易發生reboot 的現象,
3. 使用Azureus + ME, 如果下載過多, 機器會進入嚴重lag 狀態, 然後機器也會不穩定
Acute.

那就先謝過Acute大大了    呃......不過我的情況好像非上面三種@@

WinXP, Athlon 1.33G, 512MB RAM


嗯... 你的線路我記得可以跑粉快...
建議你嘗試使用Azurues 試試看, 但是記住, 檔案一次最好低於5 個
如果同時要跑eMule, 檔案最好只有1-3個

我測試過, C1G 跑Azureus 拉四個檔, CPU 使用率就滿載了  :roll:
同一台機器跑Shadow 版, 可以頂到7 個file, 但是只要嘗試關閉任何一個, 就reboot, 哈

你用的同樣是Python 的版本, 你可以嚐試留意, reboot 之前, 是不是發生硬碟持續存取現象, 因為硬碟持續存取, 網路資料會繼續灌入你的機器, 而且會累積起來, 導致記憶體錯置, 然後就reboot 了...

PS: 我的C1G 比較複雜... 上面有Mail/Web/FTP server 執行中, 本來就消耗掉一部分系統資源了

Acute.


[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  新增/修改 爬文標記

 39  1/3  1  2  3  > 
    



 



所在時區為 GMT+8, 現在時間是 2024-11-29 03:49 AM		 清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.033604 second(s), 6 queries , Qzip disabled