你才觀念錯誤

eMule 採用的是滴流槽

官方稱做Trickle-slot狀態，指在下載佇列或上傳佇列中，處於灰色的上傳通道或下載通道。滴流槽形成原因：電騾客戶的下載或上傳未滿，但不足以支援一個完整通道

兩個通道是分開的 不是下載時立即分享

eMule有HideOS機制

在這些前提下，我們分析下HideOS的性能。假設發布者以100k/s的上傳頻​​寬發布一個700M的完整文件，HideOS的閾值設置為1，即上傳一次文件塊後立即隱藏，直到下一輪上傳。

首先，這個文件大約2小時上傳一輪，也就是說每個文件塊每2小時有且僅有一次上傳機會。

接著我們假設所有接收到文件塊的人，以50k/s的上傳頻寬分流這個文件。通過很簡單的計算我們可以知道，在兩小時的時間中，每個文件塊都會被上傳35~40次。

很明顯，這如上假設下，當所有文件塊都上傳一遍之後，就算有一部分人下線了，2小時之內這個文件至少會具有20+完整源，發布應該是成功完成了。

但是，發布者的噩夢就此產生。由於HideOS的極端設置，在我們的例子中發布者每2小時只能把一個文件塊上傳給一個用戶。如果說發布者運氣不好，某個文件塊給了一個很快就要下線的小水管(其實這個可能性還不低)，那麼這2個小時這個文件塊是無法分流了

其实要避免这种杯具也不难，理解HideOS的本意就好了。Hide Over Shared就是隐藏过度分享的文件块，而不是分享之后立即隐藏。

綜上所述，只有上傳發布文件時才需要極端HideOS設置，分享1次或者2次文件塊之後立即隱藏(無法得知上傳什麼東西)。使用者可以適當時候設置HideOS，當某個文件塊上傳的次數比其他文件塊多好幾次時才去隱藏，避免檔案被預覽或者邊下邊看的騷擾(例如被舉證)。