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

Acute
論壇第一大毒王

論壇第一小神童

．積分： 3281
．精華： 8
．文章： 11574
．收花： 14037 支
．送花： 3260 支
．比例： 0.23
．在線： 323 小時
．瀏覽： 2250 頁
．註冊： 8219 天
．失蹤： 5571 天

#1 : 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.

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

Acute
論壇第一大毒王

論壇第一小神童

．積分： 3281
．精華： 8
．文章： 11574
．收花： 14037 支
．送花： 3260 支
．比例： 0.23
．在線： 323 小時
．瀏覽： 2250 頁
．註冊： 8219 天
．失蹤： 5571 天

#2 : 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.

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

Acute
論壇第一大毒王

論壇第一小神童

．積分： 3281
．精華： 8
．文章： 11574
．收花： 14037 支
．送花： 3260 支
．比例： 0.23
．在線： 323 小時
．瀏覽： 2250 頁
．註冊： 8219 天
．失蹤： 5571 天

#3 : 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.

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

Acute
論壇第一大毒王

論壇第一小神童

．積分： 3281
．精華： 8
．文章： 11574
．收花： 14037 支
．送花： 3260 支
．比例： 0.23
．在線： 323 小時
．瀏覽： 2250 頁
．註冊： 8219 天
．失蹤： 5571 天

#4 : 2004-4-13 09:47 AM 全部回覆	送花 (0) 送出中...

引用:

"熱心助人的大哥哥 寫到 :

引用:

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

多謝Acute大大的建議，我剛才立刻找了Azurues來試，呃一樣五分鐘就.......@@

嗯... 只能說... 你的現象太怪異了.... 大概... BT 不愛你, 哈

Acute.

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接