引用:
Kcars寫到:
我一直以為會跟RAM有關係說
網路下載的檔案 - > RAM - > 硬碟（過程應該有少了些什麼）
原來如此…
下載至電腦的路徑：Internet→ISP→你的Moden→網路卡→主機板南橋晶片→硬碟。
示意圖：
內建網路卡屬於 Other Device
PCI網路卡屬於 PCI Bus
IDE硬碟由 P-ATA 控制器管轄
SATA硬碟由 SATA 控制器管轄
參考資料
基本上只要資料沒有需要被CPU使用到，完全不會載入到RAM中。
引用:
陽だまり寫到:
應該是實體ram吃完後吃到虛擬記憶體這樣
所以系統會明顯的比較緩慢
目前我用的電腦就不會了
不過，主要重開的理由還是因為連線數的關係這樣
不過saltire兄的狀況就不太清楚了
請saltire兄娓娓道來這樣
陽だまり 兄用的不是XP或Win2K以上的OS啊？不過 陽だまり 兄你說得對，我也在懷疑是連線數的問題，不過我前面有問CPU的狀況，主要是因為有些軟體防火牆會因為連線數過多的關係，大量索取CPU的使用權（演算法不好），以致於CPU被該軟體大量浪費，進而使系統變得緩慢甚至是嚴重Delay的狀況。
剩下的大概就是同時運作的下載、上傳檔案數了，陽だまり 兄知道的話就當我沒說吧；一般來說連線數是包含索取、被索取這兩個部分，而我們調整軟體連線數的部分屬於索取，被索取的部分則是根據下載、上傳檔案的數量而變動。
所以，有時連線數設定不高，仍然會有系統被拖慢的狀況，有相當的可能性是同時運作的下載、上傳檔案過多所致，Share下載的方式比較像eMule，所以還要考慮下載、上傳的檔案數量，不然很容易讓被索取的連線數給癱瘓系統的。
我前面問的另一個問題：是否有使用IP分享器，我問的原因是因為IP分享器可以看成一個簡易的硬體防火牆，會依照其原廠設定的規範運作，當然也包含了整體連線數的限額，倘若有在使用的話，應該可以過濾掉過量的連線數，照理來說不應該會連線數過量（要是IP分享器使用的演算法不好，就很容易變成“沒回應”了）。
漏了 saltire 兄的一個問題：
小弟用的是這幾個Plugin。
[killer00 在 2007-10-22 05:34 PM 作了最後編輯]
