最新的版本: 0.50a | Community: 0.70a
 Deutsch English Fran蓷is Hebrew Chinese Traditional Spanish Italian Polish Lithuanian Estonian Danish Swedish Dutch (Netherlands) Portuguese (Brazil) Czech Portuguese - Portuga Russian Catalan Turkish Finnish Romanian Greek Serbian Chinese Simplified 




Get eMule at SourceForge.net. Fast, secure and Free Open Source software downloads

延伸 HelpNAV

新的連線之最大數量 / 5秒
這是 eMule 在5秒內開啟新的連線數數量. 預設值是 20.

重要的:
>弄糟設定值可能會造成藍色畫面, 操掛路由器以及瀏覽器無法使用. 而且在錯誤的設定值上下載資料有可能會受損.
>在高頻寬像是 Tx 或 LAN 上執行 eMule 您也許能稍微加大這個值.

半開啟的連線之最大數量
這個設定在 Windows XP SP2 的連線節流是必要的. XP SP2 的更新將只能允許 10 個半開啟的連線數量並且多出的連線數將開始排隊並等候其中這個處理過程是緩慢的. 這將會在 eMule 導致連線逾時和其他不想要的影響.
假如 eMule 執行在 XP SP2 不要 將這個值設超過 9. 雖然有修改檔可增加在 XP 程式鎖定的值, 但不建議您去修改在 Windows 如此重要的部分. 這個設定值只會影響在 eMule 啟動之後獲得來源時變慢一點. 這種情形將在來源發現後慢慢消退.
在其他的作業系統像是 Windows 2000 或較舊的 Windows 98/ME 設定這個值為 50.

只在執行eMule時自動抓取 eD2K 連結
啟用這個功能時, 只會在 eMule 執行自動和 eD2K 連結產生關聯, 當 eMule 關閉後其關聯將會被刪除並允許其他的 eD2K 客戶端能維持原有的關聯性.

當 啟動/離開 eMule 時 開啟/關閉 在 WinXP 防火牆的連接埠
eMule 能夠在 Windows XP 內部防火牆自動的開啟它需要的連接埠. 這個設定將會由啟動 eMule 時開啟及離開時關閉的方式不保持連接埠的開啟而增加安全性. 這個設定只在 Windows XP 的內部防火牆可使用, 不包含任何的第三方產品. 這個選項不能正常工作在目前釋出的 Win XP Sp2 RC.

使用額度系統 (獎賞上載者)
若要更多資料請見 額度系統 這篇. 非常的建議使用額度系統, 它將會制止網路上的寄生蟲.
使用這項功能的理由:
>現在釋放者能確定沒有其他檔案能不透過這項功能而優先釋放的他們檔案.
>一個混合的網路將會有利於抵抗一個自肥的系統.
>罕見及流通的檔案平衡將會增加.

過濾伺服器及客戶端區域網路 IP
來源中包含的 IP 若在私人 IP 階級 A (10.0.0.0 到 10.255.255.255), B (172.16.0.0 到 172.31.255.255), C (192.168.0.0 到 192.168.255.255) 及本地主機 (127.0.0.0 到 127.255.255.254) 及所有以 (0.x.x.x) 開頭的無效 IP 在網際網路上都是無效的. 無論是由客戶端到客戶端的來源交換或從伺服器接收到像這樣子的來源都會在啟用這項功能時被過濾掉.

注意:
若在一個區域網路(LAN)執行 eMule, 需要將這項選項關閉, 否則 eMule 將不能在這個網路找到任何的來源.

顯示更多控制 (進階的模式控制)
這個選項啟用在 eMule 內的更多功能通常不需要執行它.

o 顯示詮譯資料
這個是在 傳輸 視窗的一個下載右鍵選單中的一個指令. 它顯示也許像是 MP3 ID 標籤或作者, 年份等這個檔案的額外資訊.

o 來源處理 (A4AF - 已要求於其他的檔案)
見 eMule 的特徵 來源管理 章節了解詳細.

停用 A4AF 檢查來節省 CPU
這個將會關閉所有的來源處理和在 來源管理 章節描述的一樣. 只在一個下載取消時, 可能的 A4AF 來源才會重新分配優先順序.

建立新的部分檔案成 '疏鬆檔案' (限 NTFS 使用)
若磁碟格式為NTFS(暫存資料夾所在磁碟), eMule 可以'疏鬆檔案'型式來儲存檔案, 更有效的利用硬碟空間.
疏鬆檔案 - 為 0 值的資料不會被配置空間不會佔用實際的硬碟空間大小, 而非 0 值的資料才會配予空間並實際的佔用硬碟空間大小


檢查磁碟空間 (最小的可用磁碟空間 [MB])
在 eMule 下載的暫存檔案大小由需求而不斷地增加. 檢查磁碟空間 選項保證目前下載能完全地下載並完成. 當下載大於目前可用磁碟空間的檔案會變成已暫停所以其他的檔案還是能繼續的被完成.
假如您提供一個 最小的可用磁碟空間 數值, eMule 的運作方式將會改變. 現在全部的檔案下載會直到限制的可用磁碟空間到達時 eMule 才會有所動作.
在可用磁碟空間增加後已暫停的檔案將會自動的重新開始.

自己的 eD2k 連結主機名稱
在已分享檔案視窗中有目前 IP 的 eD2k 連結能被建立. 輸入一個主機名稱在這個空格允許建立一個以主機名稱替代 IP 的連結. 這個有利於您的 IP 改變時這個連結仍然有效.
更多資訊請見 Web 界面 動態的主機名稱這章節.

停用從 PeerCache 下載
PeerCache 是一個在 ISP 層級以完全匿名方式快取下載系統. 這個將由 ISP 自己的系統緩衝下載的部分提供最佳的速度給使用者進而減少 ISP 的流量. ISP 必須支援這個特徵才能有效用.

儲存記錄到磁碟
這是輸出二個記錄視窗 伺服器 分頁中的 - 記錄 和 除錯 - 核選該項即能儲存到磁碟. 他們將會被存成 eMule.log eMule_Debug.log 在 eMule 安裝的資料夾中.

詳細模式 (回覆程式附加資訊)
假如詳細模式開啟, 一個附加頁面 Debug 會顯示在 伺服器 視窗. 顯示在那裡的資訊是開發用並且 在這些將不會提供額外的支援. 這個選項會造成 CPU 及記憶體的負載. 一般運作不建議使用.
記錄標準選項控制哪些記錄訊息會被顯示. 標準 5 代表全部詳細訊息然而 標準 1 只顯示較重要的. 假如您想要知道重要的各種訊息請查看 eMule 的原始碼 ;)

安全的 .met / .dat 檔案寫入
在新的作業系統使用了 NTFS 檔案系統通常不需要改變這個選項. 假如在當機或 eMule 關閉時下載出現流失而安全的方法將會是可靠的.
依硬體的使用的不同, 這個選項或許會明顯的增加 磁碟動作 / 系統負載 或拉長 eMule 的關閉!

o 在關機時
在應用程式關閉時 eMule 將使用特別的安全方式去提交 .met 和 .dat 檔案到磁碟. 這或許會將關機時間拉長.

o 總是
在每次寫入檔案時使用安全方式.

伺服器連線更新間隔
在某些情況下, eMule 運作在一個路由器或網路配置使用 NAT - 網路位址轉化, 在這時會導致 eMule 規律的間隔時間內和伺服器失去連線.
在那些使用 NAT 連線的路由器常常會發生逾時, 之後路由器將宣告這個連線已中斷並關閉它. 當這個發生時 eMule 將會嘗試去重新檢查它的伺服器, 而一個完整的重新連線它是必要的因為舊的一個連線已被路由器移除.
萬一發生這種情況, 檢查在您的路由器設定值中的 NAT 逾時數值, 並且輸入一個 稍微 低於這個數的數值在伺服器連線更新間隔這個欄位內. 0 表示 eMule 自動處理並且通常是不需要改變這個值!
不要 弄亂這個設定值, 除非您有一個路由器或一個更複雜的網路結構需去更動它. 假如這個數值設太低伺服器也許會將您 禁止.


上載速度感應器 (USS)
USS 是一個監視連線反應(ping)時間的功能並且根據反應數值去自動調整 eMule 的上載. 這個確保連線從不阻塞和將會試著保持線上遊戲的順暢. 建議保持它在預設值.

o 自動地找出最佳上載限制
啟用 USS

o 上載最低允許速度
這個是 USS 必須保持的最小上載速度. 建議它最小在您上載速度的 50%

o 反應的容差值 (最低反應的百分比%)
一個初始平均反應決定 eMule 連線狀態. USS 將不會允許反應增大超過初始反應時間的倍數, 例如初始反應時間在 50 ms 而 800% 反應容差值將會導致最大反應在 400 ms.

o反應容差值 (ms)
替代計算最大允許反應的 % 比例, 指定一個毫秒值. 見下個設定.

o 反應容差值方式
選擇判斷最大允許反應的偏好方式. 百分比或毫秒比例二者之一選擇一個來使用.

o 上升延遲 / 下降延遲
這二個值是停留在反應容差值時多快的調整上載限制. 設定錯誤的值將會崩潰連線. 保持預設值!

o 反應平均值的最大計數次數
設定反應做為計算的回應平均值次數數量.

檔案緩衝區大小
當 eMule 沖出它的檔案緩衝時在某些系統也許會表現出 "聲音結巴" 的狀況. 低的緩衝大小也許會有助於這個情況減少但將會造成 eMule 對硬碟的寫入動作頻繁. 設定緩衝大小太小會使 eMule 的效能降低.
增加緩衝大小將會減少硬碟動作但會提高資料流失的危險性(如當機時).

等候區大小
於 eMule 額度系統中工作恰當的等候區大小是非常重要的. 假如一個客戶端等候區已經滿了另一個客戶端以一個高額度的等級將會沒有機會可進入等候區來花費他的額度. 如此一來大的等候區是有助於額度系統的工作. 客戶端以高額度將會促進長久等候變得快速並充分的平均分享.

重要的:
一個大的等候區將不導致較大額外支出的頻寬來管理這個等候區. 連線數及額外支出的頻寬這二個數字都不會因一個較大的等候區而增加. 只會增加記憶體的使用.

可應用版本: .44a +
最後更新在: 2004-09-11 由 Monk -中文化:CML 2005-02-07


Last Update: 08.02.2005 5:14
常見問題
一般資訊
選項
 
  一般
顯示
連線
代理
伺服器
資料夾
檔案
通知
統計
IRC
時間表
Web 界面
防護
延伸
Preferences.ini
連接埠, 防火牆 & 路由器
伺服器
特徵
發現及解決
  初學者指南
網路指南
工具


Privacy Policy