RSS   



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


 
 146  6/10  | <  3  4  5  6  7  8  9  10  > 


 
主題: [建議]Kad因應黑暗冬天降臨,TWed2k建立如同辛蒂的好友名單   字型大小:||| 
nou
青銅驢友
等級: 11等級: 11等級: 11等級: 11


今日心情

 . 積分: 300
 . 文章: 353
 . 收花: 2746 支
 . 送花: 1249 支
 . 比例: 0.45
 . 在線: 1540 小時
 . 瀏覽: 1690 頁
 . 註冊: 7077
 . 失蹤: 3214
#76 : 2007-10-21 03:56 AM     只看本作者 引言回覆

@@
太久沒跑也沒看狀況
剛還在奇怪怎麼掛點
原來出了那麼多狀況...
趕緊也湊一腳囉
感謝..QQ



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
mario
鐵驢友〔高級〕
等級: 6等級: 6


 . 積分: 65
 . 文章: 952
 . 收花: 233 支
 . 送花: 15 支
 . 比例: 0.06
 . 在線: 793 小時
 . 瀏覽: 4110 頁
 . 註冊: 6981
 . 失蹤: 3688
#77 : 2007-10-21 04:06 PM     只看本作者 引言回覆

真的有用嗎
我也來試試看
謝謝大家



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
Luke
鐵驢友〔初級〕
等級: 4


 . 積分: 30
 . 文章: 95
 . 收花: 188 支
 . 送花: 268 支
 . 比例: 1.43
 . 在線: 294 小時
 . 瀏覽: 1580 頁
 . 註冊: 7429
 . 失蹤: 644
#78 : 2007-10-22 12:05 AM     只看本作者 引言回覆

平常下載的都是冷門檔,"硬性限制"只設100..
目前調到500,不過看來還無法容納此檔所有客戶端....

好久沒下載過這麼熱門的檔案了
雖然永遠都不會完檔



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
小沙子
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 126
 . 文章: 161
 . 收花: 768 支
 . 送花: 617 支
 . 比例: 0.8
 . 在線: 953 小時
 . 瀏覽: 12001 頁
 . 註冊: 7050
 . 失蹤: 218
 . http://jellyman.no-ip.org
#79 : 2007-10-23 10:47 PM     只看本作者 引言回覆

我今天一上線..我的伺服器只有三個..

還有一個連不上..天阿..現在要怎麼抓阿..



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
wind2525
驢有所悟
等級: 3等級: 3


 . 積分: 12
 . 文章: 17
 . 收花: 18 支
 . 送花: 1456 支
 . 比例: 80.89
 . 在線: 3355 小時
 . 瀏覽: 10501 頁
 . 註冊: 6940
 . 失蹤: 21
#80 : 2007-10-26 03:52 PM     只看本作者 引言回覆

使用來源檔的話(目前3個來源檔都下載了)
會不會吃掉過多的連線數
我只設800
會不會影響到其他檔案的來源?



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7451
 . 失蹤: 383
#81 : 2007-10-26 11:58 PM     只看本作者 引言回覆

wind2525 的考量是正確的。「eMule_friend_互設好友檔.rar」的來源數太多,的確會搶走「真正」要下載檔案的「來源數」量。(「好友檔」的目的,僅是為了「獲得來源」,而不是「搶走來源」。)

以下是手動控制「每個檔案」的個別「來源數」量
官騾 eMule\選項\延伸\顯示更多控制 (進階的模式控制)
再到 傳輸 (標籤頁)\(想設定的)eMule_friend_互設好友檔.rar\快捷功能表 (滑鼠右鍵)\來源處理\來源限制...
請輸入已選擇的檔案的新來源限制! (設 0 使用全域設定值): 300 (僅為舉例,嫌太多可以自行調低)


P.S. 想請教 wind2525,可否允許將您的問題敘述,編到 壞喵 這篇的回應中?(壞喵 會在四個論壇中貼此回應解法。)

[badcat 在  2007-10-29 09:17 PM 作了最後編輯]



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


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#82 : 2007-10-27 12:28 PM     只看本作者 引言回覆

何必要去限制好友檔的最大連線數 ??   不是有 A4AF 嗎 ? 前面討論過很多了
只要將[選項] -> [連線] 這邊的 [最大連線數] 改高一點就好了不是嗎 ?
改個 20000 30000 都可以,  重點還是在於你的機器或是 IP 分享器能不能撐得住的問題

你把好友檔的最大連線數改小, 只會讓你能找到的人更少, 不一定會增加你的檔案的來源數

這邊以我個人觀念來說清楚一點,  看起來很多人不清楚好友檔的用意
好友檔只是一個類似 pool 的東西, 跟其他人保持連線狀態,  這樣可以減少尋找來源的時間
但是想下載的檔案來源數能不能增加, 這要看對方有沒有你要的檔案而定, 所以能找到越多人, 也表示能找到有效來源的機率增加

再者如果對方同時有好幾個檔案是你需要的,  你只能在其中一個檔案排隊, 這時 A4AF 的機制就是保障讓你能趕快下載對方可以提供的檔案片段,  A4AF 會自動選擇怎麼樣可以最快開始下載其中任何一個檔案
當然如果沒有開啟 A4AF 的話, 這個機制是不會動作的

所以好友檔原本的用意就是要能盡量找到最多的人,  怎麼還去限制這個檔案的來源數呢??
好友檔彼此之間會搶來源數, 這是一定的, 因為很多人同時下載這三個
但是相對於其他的正常檔案, 除非是不能完檔的檔案,  A4AF 可以調整要求, 讓你不會被鎖定在這幾個好友檔上面

至於好友檔這麼多, 有沒有必要全部都用, 我個人認為不需要, 除非是有經過分類的好友檔
在使用這幾個好友檔的人的重覆比例太高的情形下,  抓其中一個就好了 ......

各位千萬不要認為好友檔顯示的來源數裡面的人, 就一定有你要的檔案

這是個人對於 好友檔與 A4AF 的認知,  有錯請指正

[beanpp 在  2007-10-27 12:41 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
skitter
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 117
 . 文章: 183
 . 收花: 948 支
 . 送花: 183 支
 . 比例: 0.19
 . 在線: 80 小時
 . 瀏覽: 2660 頁
 . 註冊: 7197
 . 失蹤: 4213
#83 : 2007-10-27 04:28 PM     只看本作者 引言回覆


引用:
beanpp寫到:
A4AF 的機制就是保障讓你能趕快下載對方可以提供的檔案片段,  A4AF 會自動選擇怎麼樣可以最快開始下載其中任何一個檔案

至於好友檔這麼多, 有沒有必要全部都用, 我個人認為不需要, 除非是有經過分類的好友檔
在使用這幾個好友檔的人的重覆比例太高的情形下,  抓其中一個就好了 ......

各位千萬不要認為好友檔顯示的來源數裡面的人, 就一定有你要的檔案

[beanpp 在  2007-10-27 12:41 PM 作了最後編輯]


4AF 的機制就是保障讓你能趕快下載對方可以提供的檔案片段,  A4AF 會自動選擇怎麼樣可以最快開始下載其中任何一個檔案

沒錯,現在三個檔用戶同質性過高,需不需要擇一請伙伴自行決定。

但不解『PTT』好友檔為何由原斷頭,變成目前有5人(原由3變4)有其餘一些部分檔,
可有伙伴知道PTT這邊的考量?

[skitter 在  2007-10-27 04:47 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7451
 . 失蹤: 383
#84 : 2007-10-27 06:26 PM     只看本作者 引言回覆

beanpp 說道:出處
> 何必要去限制好友檔的最大連線數 ??
> (後略...)


beanpp 說的也有道理,不過在此 喵喵 以下的例子來說明。

「真正想下載的檔案」先稱作:「下載檔」

1-1. 剛開始,「下載檔」還沒有任何來源時,這時您會希望「好友檔」能儘量提供「下載檔」的來源。(用「Seed/種子檔/好友檔」來問很多人,以快速增加來源。)
1-2. 等到「下載檔」本身的來源已很多時 (很穩定),這時「好友檔」過多的「來源數」,反而會搶了「下載檔」的來源數。(「下載檔」這時的來源數已能自給自足,可以「自我」詢問來源。已不需要太多「好友檔」的來源數來支援。)
1-3. 這時您就會想將「好友檔」的過多來源數,撥一些給「下載檔」,以增加「下載檔」的來源數。

這樣,
2-1. 一開始時,把「好友檔」的來源數衝高,以快速增加來源。
2-2. 等到每個「下載檔」都有足夠且穩定的來源數時,降低「好友檔」的來源數,把資源給真正需要的「下載檔」。
2-3. 若又增加了新的「下載檔」時,您又可以考慮先暫時將「好友檔」的來源數增加,等到「『新』下載檔」來源數又穩定時,再降低「好友檔」的來源數。


畢竟再怎麼聰明的電腦 (A4AF、優先權 等等...),也無法判斷所有的狀況。
讓使用者可以自行「手動調整『每個檔案』的來源數」,也算是多提供一個調整的「選項」。
尤其是當您的網路資源非常有限時,更會想要善用每分資源。(Ex: 「慢慢」的網路,爛爛的電腦,不怎麼樣的「IP 分享器」...笑!)

所以才會有上面壇友想問:「是否能降低『好友檔』的『過多來源數』?」
那 壞喵 只是提供一個可以手動調整每個檔案「來源數限制」的方法。要不要調整,怎麼調整,就視自己的情況,或看個人的需要。

當然 喵喵 也許思考不一定完善,這時候就需要像 beanpp 這樣熱心的人來指正一下 (吐槽一下!笑!這是件好事!)

[badcat 在  2007-10-27 08:36 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
wintwelve
初出茅驢
等級: 1


 . 積分: 1
 . 文章: 20
 . 收花: 6 支
 . 送花: 10 支
 . 比例: 1.67
 . 在線: 42 小時
 . 瀏覽: 400 頁
 . 註冊: 6860
 . 失蹤: 1090
#85 : 2007-10-27 09:09 PM     只看本作者 引言回覆

excellent!!!


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


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#86 : 2007-10-27 10:39 PM     只看本作者 引言回覆

最近剛好正在下載 3065 首 KTV 檔, 這應該是很極限的測試了
經過這段時間的觀察後,  在 A4AF 有開 + 優先權調低的狀況下
還沒遇過好友檔會搶下載檔的狀況 ......

建議 badcat 網友去看一下 emule 來源管理的文件
http://www.emule-project.net/hom ... _topic&topic_id=427
http://forum.emule-project.net/index.php?showtopic=46995
有中文文件, 不曉得 CML 先生要不要改版一下, 因為跟英文版的有些不同 ....
http://www.emule-project.net/hom ... d=510&rm=show_topic

Eastshare 這邊也有A4AF 使用上的說明
http://www.eastshare.tw/viewthre ... page=1&sid=kFlWQy8w

個人認為, 您所設想的狀況, emule 不一定會照著做

每個來源要求自己的檔案, 和自己要求對方的檔案也可以從來源暱稱上面按右鍵的[ List Requested Files] 這邊去查詢

如果不相信 A4AF 的演算法, 只要進階 A4AF 有開,  是可以手動把所有有效來源數的來源全部調整到需要的下載檔上面的 [MorphXT 10.4]

搞不懂所謂的 "好友檔過多來源數會影響正在下載的檔案" 的說法是從哪裡來的 ???
這是來源數管理的問題, 跟好友檔是兩回事, 不是好友檔也會有這個情形, 這也是 A4AF 要解決的問題
只要你已經下載完成好友檔的可下載片段,  A4AF 會自動視情形切換要求到 [下載檔] 上
換句話說
一般的檔案如果還有可下載片段, A4AF 會再根據優先權決定要不要動作
如果沒有可下載片段, A4AF 當然會找另外的有可下載片段的檔案
所以要擔心的反而是一般的下載檔彼此之間互搶來源的問題才對 ......

來源數跟 concurrent connection 是不一樣的東西, 請不要搞混

開啟 A4AF 是會多佔用系統資源, 但以我目前 emule 上掛著 689 個檔案為例
Turion64 1.6G + 1GB, emule CPU 使用率也不會超過 20%, 大多在 10% 以下
記憶體佔用約 120Mb, 佔用情形算不算多, 就請自行斟酌

如果說是因為系統資源不夠(CPU RAM  XP或IP分享器的最大連接數限制 同時開BT)
而去做限制來源數的動作, 這樣才是正確的作法

打太多字 ... 很累 ... 繼續潛水 ......



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
wind2525
驢有所悟
等級: 3等級: 3


 . 積分: 12
 . 文章: 17
 . 收花: 18 支
 . 送花: 1456 支
 . 比例: 80.89
 . 在線: 3355 小時
 . 瀏覽: 10501 頁
 . 註冊: 6940
 . 失蹤: 21
#87 : 2007-10-28 12:17 AM     只看本作者 引言回覆

我想再重新敘述我的問題好了QQ"

A4AF的機制在使用好友檔時
其他下載中的檔案
剛好別人也有分享時
這時就會發揮功能
把來源轉過去(這是在好友檔和下載檔都是同一人時)
這段是沒問題的

我的問題是(我先說 我對eMule的連線機制不太了解QQ")
好友檔裡面有些人是沒有我要的檔案時(因為喜好不一樣^^)
但是使用好友檔時不是會保持一定的連線嗎?
這些連線卻會佔去我的一部份的連線數
可能會使得我其他檔案的連線數減少(因為總連線數固定)
間接造成來源數減少

我的上述敘述可能不太清楚 請見諒

badcat兄的方法我會試看看^^



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


 . 積分: 97
 . 文章: 690
 . 收花: 354 支
 . 送花: 600 支
 . 比例: 1.69
 . 在線: 4846 小時
 . 瀏覽: 30335 頁
 . 註冊: 8176
 . 失蹤: 11
#88 : 2007-10-28 12:32 PM     只看本作者 引言回覆

wind2525 的考量當然沒錯,  連線數本來就會因為下載檔案的個數與其對應的來源數受影響
不曉得 wind2525 的最大連線數設定值是多少 ??
既然會怕連線數被好友檔佔走, 那麼請問一下 wind2525

XP 的連線數限制已經有破解了嗎 ?
eMule 最大連線數設定有更改過嗎 ?
IP 分享器是不是真的撐不住過多的連線數 ??


以目前好友檔的來源數來看, 還沒有超過 1000,  不曉得 wind2525 是要下載多少檔案 ?
隨便一個 IP 分享器能支援的最大連線數應該至少都有 4096 , 扣除掉一些有的沒的
少說有 3500 個可用, 您有仔細計算過您所需要的連線數嗎 ??
以我下載 3000 多個檔案, Vigor 2800G 上面顯示的最大連線數也沒有超過 9000

說實話, 根本沒有必要去限制好友檔的連線數,  動態調整的必要性也幾乎沒有
因為限制後再加多, 還得花更多時間去找到之前因為連線數設定關係而沒有連接的來源

而且當好友檔的來源能夠經由 A4AF 轉為下載檔的來源數的時候
這樣對連線數根本沒有影響, 前面說過很多了

KAD 本來就是需要長時間慢慢培養的, 不像連 Server 一樣
找來源的時間本來就要很久, 沒有必要把好不容易找到的來源又釋出

還看不懂的話, 我也沒辦法了 .....



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


 . 積分: 220
 . 文章: 686
 . 收花: 1224 支
 . 送花: 3584 支
 . 比例: 2.93
 . 在線: 2901 小時
 . 瀏覽: 66681 頁
 . 註冊: 7314
 . 失蹤: 2
#89 : 2007-10-29 11:18 PM     只看本作者 引言回覆

用了之後,還是覺得下載很慢
每秒只有2~3k....
希望過一陣子能有所改善啊



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
killer00
銀驢友〔高級〕
等級: 14等級: 14等級: 14等級: 14


今日心情

 . 積分: 823
 . 文章: 942
 . 收花: 7508 支
 . 送花: 3026 支
 . 比例: 0.4
 . 在線: 3881 小時
 . 瀏覽: 7911 頁
 . 註冊: 6976
 . 失蹤: 2880
#90 : 2007-10-30 12:45 AM     只看本作者 引言回覆

有沒有人試過"自動丟棄 NNS"?將這三個檔的"自動丟棄 NNS"時間設定成0秒,這樣不就會讓這三個檔隨時處在自動丟棄"沒有你需要的檔案區塊的來源"的狀態了嗎?這樣來源就不會被佔用了。


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

 146  6/10  | <  3  4  5  6  7  8  9  10  > 
   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



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