Board logo

主題: [閒話家常] [閒聊] 供檔....到底用BT好? 還是用ED好? [打印本頁]

發表人: arkio    時間: 2004-4-12 11:33 AM     主題: [閒聊] 供檔....到底用BT好? 還是用ED好?

這半年, 在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混合論壇"
發表人: 豬小弟    時間: 2004-4-12 11:52 AM

一起用吧^^
呵呵~~~
可能我比較不會找BT的檔
總覺得ED上的東西比較多
雖然比較慢~但也沒關係^^
發表人: kungyin    時間: 2004-4-12 01:29 PM

雖然ED速度很慢,伊比巴、伊比無限很多
但因為ED可以活的比較久,所以我怎麼選都會選ED吧
如果供檔者知道對方下載者是大水管,而且有分流的紀錄
可以設個好友位置,優先傳給大水管
不但可加速分流速度,也可減少頻寬浪費在伊比巴的那些人(通常他們也很難排到就是了XD)
雖然這樣做不正常(變相FTP),但在一個畸形的網路環境、畸形的P2P生態下...
也只好這麼做了,我現在也正這麼做...

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

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

因為頻寬與個人問題,我也好久沒供檔了,直到這幾天才又興致勃勃跑去供檔
而這篇文章應該是平常都有在供檔的人回應會比較適當,我只是小小小的意見
發表人: Justin    時間: 2004-4-12 01:40 PM

說真格 我是蠻討厭BT
該怎說  如前頭所說 已經99% 且又斷頭 心裡那xxx 無處可說

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

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

ED  省言


所以.....總結論 我個人感觀
ED 9%
BT 1%
發表人: shiz99    時間: 2004-4-12 05:12 PM

我投ED一票

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

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

PS:
去年九月下載的日劇,從去年年底時就只剩一個來源
大多時候都只看到紅色,就算出現淺藍也很難看到有下載
這樣的一個檔,昨天剛完檔...
發表人: bryansun    時間: 2004-4-12 05:25 PM

都不好
你最好
發表人: chihiro    時間: 2004-4-12 05:27 PM

BT是一時的快感
ED是長遠的感動
發表人: Acute    時間: 2004-4-12 06:10 PM

如果這個世界上不曾出現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.
發表人: richjf    時間: 2004-4-12 06:13 PM

有空間、時間的話就選ed,沒時間想快點分享的就選BT,
是我會選BT因為速度快,1天內就能將上G的檔案分流出去,
這點是ed無法比擬的。
BT斷種情況和ed斷頭一樣讓人討厭!不過有些方法可以避免,
像 http://dijanet.hk.st/ 有個申請reseed的地方,就會比ed斷頭時還有得救!
發表人: richjf    時間: 2004-4-12 06:44 PM


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

這應該是abc那種設定分流到某程度就直接下線的功能,如果這樣下去BT也
是會爛掉的… :evil:
發表人: 熱心助人的大哥哥    時間: 2004-4-12 07:20 PM

ED一票,引述以前自己的一段話

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


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


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


我也有同感
現在我載檔BT有先抓沒的抓的話在用騾子驢子慢慢抓^^
發表人: Acute    時間: 2004-4-12 08:58 PM


引用:
"熱心助人的大哥哥 寫到 : 可惜...........我的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.
發表人: 熱心助人的大哥哥    時間: 2004-4-12 09:54 PM


引用:
"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也........之後我就心灰意冷沒再玩了.....
目前我自己對這個情況的解釋為:硬碟壞軌太多.........
發表人: Acute    時間: 2004-4-12 10:04 PM


引用:
"熱心助人的大哥哥 寫到 :
引用:
"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.
發表人: kungyin    時間: 2004-4-12 10:56 PM


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


XP不像Win9X動不動應用軟體導致系統死當,所以像這種會自動重開機的狀況應是硬體有問題導致
最常見會自動重開機不外乎RAM不穩定或混插或是POWER不足瓦
其他如CPU風扇不轉、系統散熱不佳、灰塵過多、主機板電容爆漿等等
硬碟的話,個人覺得應不置於導致自動重開,除非剛好壞軌在OS重要檔案...@@"
還是老話一句,硬體的問題,用笨方法:交叉測試解決^^

會自動重開一定有原因的,若是選擇略過不理它每次用電腦的心情也不會很好,也會一直擔心...
也不要隨便搪塞一個理由,隨便給自己找個藉口,以上便是最好的範例XD
還是想辦法去解決會比較好。解決一次,以後遇到類似的問題都可迎刃而解...:)
發表人: 熱心助人的大哥哥    時間: 2004-4-12 11:37 PM


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

多謝Acute大大的建議,我剛才立刻找了Azurues來試,呃一樣五分鐘就.......@@
發表人: shiuh    時間: 2004-4-12 11:39 PM


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

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

我想
最好的方法就是把線路給我用啦  :twisted:  :twisted:
剛剛在大哥哥的ftp抓 a pan抓一半就被停住了..
發表人: 熱心助人的大哥哥    時間: 2004-4-12 11:45 PM


引用:
"kungyin 寫到 : XP不像Win9X動不動應用軟體導致系統死當,所以像這種會自動重開機的狀況應是硬體有問題導致
最常見會自動重開機不外乎RAM不穩定或混插或是POWER不足瓦
其他如CPU風扇不轉、系統散熱不佳、灰塵過多、主機板電容爆漿等等
硬碟的話,個人覺得應不置於導致自動重開,除非剛好壞軌在OS重要檔案...@@"
還是老話一句,硬體的問題,用笨方法:交叉測試解決^^

嗯嗯,感謝kungyin兄的賜教
不過我的電腦一般是不會自動重開機的,只有跑BT的時候才會
至於平常,電腦都是開整天外加跑騾上傳無限速
其實也蠻操的,不過開個幾天甚至一兩個禮拜也不會自動重開半次
所以我才會覺得說跟硬體應該無關
發表人: shiuh    時間: 2004-4-12 11:59 PM

大哥哥
你擊沉文張囉...
發表人: kungyin    時間: 2004-4-13 12:19 AM


引用:
"熱心助人的大哥哥 寫到 :
引用:
"kungyin 寫到 : XP不像Win9X動不動應用軟體導致系統死當,所以像這種會自動重開機的狀況應是硬體有問題導致
最常見會自動重開機不外乎RAM不穩定或混插或是POWER不足瓦
其他如CPU風扇不轉、系統散熱不佳、灰塵過多、主機板電容爆漿等等
硬碟的話,個人覺得應不置於導致自動重開,除非剛好壞軌在OS重要檔案...@@"
還是老話一句,硬體的問題,用笨方法:交叉測試解決^^

嗯嗯,感謝kungyin兄的賜教
不過我的電腦一般是不會自動重開機的,只有跑BT的時候才會
至於平常,電腦都是開整天外加跑騾上傳無限速
其實也蠻操的,不過開個幾天甚至一兩個禮拜也不會自動重開半次
所以我才會覺得說跟硬體應該無關


(汗)大哥哥說賜教...

(大汗)沒幫上什麼忙... ops:
發表人: Acute    時間: 2004-4-13 09:47 AM


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

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


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

Acute.
發表人: 4flash5    時間: 2004-4-13 05:33 PM

一夜情跟戀愛都是必要的
有時間的話兩個一起來囉
發表人: adaly    時間: 2004-4-14 12:18 AM

我個人也覺得ED是最好的選擇~~
BT只是適用於抓熱門檔~~
發表人: Azure    時間: 2004-4-14 12:54 AM

果然是"閒聊"..聊一聊一定離題

供檔我喜歡用ed2k, 大概是因為不喜歡自己供出去的檔一下子就斷頭吧
當然下載就會先考慮BT..能不排隊當然就不要排了咩~~

看了前面人的閒聊, 才知道為啥我電腦最近那麼慢....
我的Azureus同時開了太多(五六個吧)的torrent :roll:
沒當掉已經很慶幸了..
eM同時還在供檔咧..嗯..公家的電腦就是要給他狂操 :twisted:
反正是新電腦..而且也快畢業了..不用白不用~
發表人: giogioh    時間: 2004-4-14 10:10 AM

我現在很怕用ed或emule分流檔案接到警告信
所以不知要怎麼辦
不過我不用bt是因為如果用了幾乎資源都被佔滿
發表人: CTR    時間: 2004-4-14 10:55 AM


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

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


我曾經也把p2p當http用
現在..輪到我朋友開始用p2p時.......
它竟然"還覺得這是應該的"....
我不能當眾反駁它
但我可以確確實實的扯它後腿
怎麼扯~自己猜.

只覺得...好想重回ftp的懷抱....
發表人: 陳家銘    時間: 2004-4-14 05:08 PM


引用:
"adaly 寫到 : 我個人也覺得ED是最好的選擇~~
BT只是適用於抓熱門檔~~


投一票
不過真的要選的話,還是ed比較好
ed上面的檔,真的是出乎意料的多
都能在上面抓到1994的東西(hide&X Japan補完中)
那種抓下來的感動不是bt能比的
發表人: beanpp    時間: 2004-4-14 05:35 PM

我也是認為 BT 只適合初期供檔分流和抓熱門檔
雖然 BT 比較快, 但是我還是常用 em, 因為 BT 的 client 端實在寫的不是很好
很容易造成當機, 可能有人用的好好的, 但是也有不少人遇到很多問題
再者就是時間的問題,  BT 的移檔速度實在很快, 常常一下子就沒有種子了
em 雖然慢了點, 但是至少完檔的機率大多了
發表人: arkio    時間: 2004-4-15 08:07 AM

看了大家的意見跟感覺
依然感受到大家對ED的鍾情並沒有被BT的快速給佔有.
真是另人感到欣慰.

我想試用以下的測試.
使用BT短期火供, ED長期分流式

就是說, 在貼出供檔發文當天, 同時貼出BT torrent  跟ED Link.
開頭兩天把火力放在BT供檔, 等傳夠一定種子數量之時或到達BT限期之時
拿掉論壇的BT torrent, 更改主題, 公告BT火力期已到,
請完檔者, 關閉BT, 全體放上ED分流.

在頭兩天, 有上論壇看文章, 並有回報進度的朋友,
就能抓到BT的快速, 就算晚到了, 起碼也會等你完檔.

在兩天後, 才上論壇, 晚到又不回報的朋友,
也能抓到ED的分流. 當然就沒有BT快速了

當然這要也要看,抓到BT火力供的朋友, 是否自願自動配合ED分流
若人人BT抓完跑, 也不願ED分流, 那只會累死供檔者而己

不曉得, 大家怎麼看 ^^"
發表人: crybaby    時間: 2004-4-15 08:28 AM


引用:
"arkio 寫到 : 看了大家的意見跟感覺
依然感受到大家對ED的鍾情並沒有被BT的快速給佔有.
真是另人感到欣慰.

我想試用以下的測試.
使用BT短期火供, ED長期分流式

我覺得不錯....
可以試看看
發表人: richjf    時間: 2004-4-16 04:30 AM


引用:
"秋水伊人 寫到 :
整體的架構我比較喜歡 eD 的...因為檔案比較好找....
可惜開放原始碼後....被改的亂七八糟...破壞了原有的機制....
而 BT 要找檔案好像一定得到論壇/網站去....資源非常分散....

這我倒有是不同意見,因為在一個論壇或網站去,資源反而會集中,
像 http://dijanet.hk.st/ 就是專門供漫畫,有人幫忙整理,會比在驢子上找
到的零散資料好很多!
之前ED上大半多會讓人查自己的檔案,不過現在應該大部分都是關閉這項
功能的,結果有些系列的連結,透過伺服的搜尋常是亂七八糟的…
發表人: richjf    時間: 2004-4-16 04:30 AM

arkio 說的方法,本來就是ED和BT的最佳組合!
不過想想也是蠻麻煩的,這兩者兼顧的軟體,恐怕是很難出現吧… :?
發表人: 阿達猴    時間: 2004-4-16 11:39 AM

個人覺得...只要大家都有『正常』的分享...是一樣好用的....
發表人: yorkhung    時間: 2004-4-16 12:57 PM

其實許多人所說的 eMule 破壞 ED 問題在 BT 上也有出現,免上傳的版本很早已前就看到的說...........

比起 BT 猛衝猛撞,還是感覺慢慢耕耘的 ED 網路比較實在。
發表人: chaeung    時間: 2004-4-16 06:50 PM

個人獨斷的偏見:

上傳供檔... 反正是同一個檔案, 可以BT/ED同時發布.
BT是小團體短期火力集中型, 給親朋好友用, 有大水管也可以BT/ED同時分流.
ED是超廣域長期穩定火力型, 給豬朋狗友用.

BT有保密性, 可以自己架Tracker, 只給熟人種子, 或只讓熟人的固定IP連線進入.
ED有推廣性, 什麼阿貓要找什麼阿狗只要有就找得到, 然後花幾個月下載來自我感動.

所有工具軟體都一樣, 沒有哪個"比較好", 只看您想"怎麼用".

以上
發表人: lhy    時間: 2004-4-16 08:27 PM

我也覺得ED比較好用
我是一個不急的人
慢慢下載跟本沒差
而且BT車在佔太多電腦資源
除非你的電腦是專門下載
否則
真的不用做其他東西....................
發表人: crybaby    時間: 2004-4-17 12:51 AM


引用:
"lhy 寫到 : 我也覺得ED比較好用
我是一個不急的人
慢慢下載跟本沒差
而且BT車在佔太多電腦資源
除非你的電腦是專門下載
否則
真的不用做其他東西....................

BT的確太耗資源.....我想這也是種子容易快閃的原因之一吧
發表人: yen2001    時間: 2004-7-24 06:21 PM

我一直都是用ED,找檔比較方便,BT用過二三次就沒有用.




歡迎光臨 TWed2k (http://twed2k.org/) Powered by Discuz! 4.1.0