上周有同事發(fā)消息問我一個(gè) 4GB 出頭的公開鏡像文件用瀏覽器自帶的下載器下到 92% 就斷了重來一遍還是斷在差不多的地方前后折騰了快兩個(gè)小時(shí)。這種場景我遇到過太多次——問題往往不在網(wǎng)速而在于瀏覽器下載器本身就不是為大文件、長時(shí)間、可能中斷這類任務(wù)設(shè)計(jì)的。后來我讓他換成 imFile 試了一次同一個(gè)鏈接二十分鐘下完中途我還讓他手動(dòng)暫停再繼續(xù)了一次用來驗(yàn)證斷點(diǎn)續(xù)傳是不是真的有效。imFile 是一款免費(fèi)的開源下載管理器定位很明確把下載這件事從瀏覽器里拎出來交給一個(gè)專門的后臺(tái)程序去做。它支持 HTTP、HTTPS、FTP 直鏈下載也支持 BT 種子和磁力鏈接核心能力是多線程分段下載、斷點(diǎn)續(xù)傳、任務(wù)隊(duì)列管理和限速調(diào)度。底層調(diào)度用的是 aria2 那套成熟內(nèi)核前端是跨平臺(tái)的桌面界面Windows、macOS、Linux 都能跑。這篇文章寫給兩類人一類是剛聽說這個(gè)工具、想花五分鐘先跑通一次的新手另一類是已經(jīng)在用、但總覺得速度沒跑滿BT 任務(wù)永遠(yuǎn)零速度的老用戶。我會(huì)把安裝前要想清楚的事、第一個(gè)任務(wù)怎么建、參數(shù)到底怎么調(diào)、出問題往哪兒查按我自己的實(shí)際使用順序捋一遍。1. 一個(gè)下載管理器到底在替你做哪些事很多人對下載管理器的印象還停留在能多開幾個(gè)線程的層面這個(gè)理解只對了一小半。真正讓它在處理大文件時(shí)明顯優(yōu)于瀏覽器下載器的是多線程分段、任務(wù)持久化、獨(dú)立的網(wǎng)絡(luò)調(diào)度這三件事疊在一起的效果。搞清楚這三件事各自解決什么問題后面調(diào)參數(shù)的時(shí)候你才知道自己在動(dòng)哪顆螺絲。1.1 瀏覽器下載器為什么會(huì)在 90% 卡住瀏覽器下載一個(gè)文件本質(zhì)上是一條 TCP 連接從頭拉到尾中間任何一次網(wǎng)絡(luò)抖動(dòng)、路由切換、或者服務(wù)端主動(dòng)斷連整條流就斷了。瀏覽器雖然大多支持 Range 請求續(xù)傳但它的續(xù)傳邏輯比較保守一旦發(fā)現(xiàn)自己重新協(xié)商連接失敗或者服務(wù)端返回的響應(yīng)頭對不上就會(huì)直接把整個(gè)任務(wù)標(biāo)記為失敗然后讓你重新點(diǎn)一次從零開始。這就是為什么很多人反復(fù)下同一個(gè)大文件每次都斷在相近的百分比——那個(gè)位置大概率是某個(gè)中間節(jié)點(diǎn)超時(shí)或者服務(wù)端做了連接時(shí)長限制。另一層原因是瀏覽器把下載任務(wù)和瀏覽器進(jìn)程綁在一起。你把標(biāo)簽頁關(guān)了、瀏覽器崩了、系統(tǒng)休眠喚醒了任務(wù)狀態(tài)就丟了。下載管理器把這些任務(wù)存在獨(dú)立進(jìn)程里寫盤的時(shí)候有完整的臨時(shí)文件索引哪怕程序被強(qiáng)制結(jié)束下次啟動(dòng)還能接著從斷點(diǎn)續(xù)——這個(gè)能力對大文件來說是剛需不是錦上添花。1.2 多線程不是線程越多越快的線性關(guān)系這是最容易踩的認(rèn)知坑。分段下載的原理是把文件切成若干塊同時(shí)發(fā)多條連接各拉一塊理論上是線性加速。但實(shí)際速度受三個(gè)東西約束服務(wù)端對單 IP 的并發(fā)連接限制、你本地出口帶寬、以及磁盤寫入速度。舉個(gè)我實(shí)測過的例子同一個(gè)源開 4 線程跑到 8MB/s開到 8 線程變成 9MB/s開到 16 線程反而掉回 7MB/s 還伴隨大量重試。原因很直接——很多站點(diǎn)對單 IP 的并發(fā)連接數(shù)有閾值超過之后新連接會(huì)被排隊(duì)或者直接重置客戶端就得反復(fù)重連重連本身也消耗帶寬。所以我一般建議默認(rèn)先用 8 線程試跑不滿再往上加一次加 4加到速度不再漲就停手。這比一上來拉滿 32 線程要靠譜得多。1.3 imFile 的定位誰該裝誰裝了也用不上我把適用人群分成三類你可以對號(hào)入座。第一類經(jīng)常需要下載大體積公開資源的人開源項(xiàng)目的發(fā)布包、軟件安裝鏡像、公開數(shù)據(jù)集、課程視頻素材。這類文件動(dòng)輒幾個(gè) G瀏覽器下載器的失敗率會(huì)讓你抓狂。第二類需要批量下載的人一次要拉幾十個(gè)文件手動(dòng)點(diǎn)幾十次不現(xiàn)實(shí)。imFile 支持批量導(dǎo)入鏈接、隊(duì)列排隊(duì)、失敗自動(dòng)重試這種場景下效率差距是數(shù)量級的。第三類需要 BT 和磁力鏈接的人瀏覽器根本不支持只能裝客戶端而 imFile 把直鏈和 BT 做在同一個(gè)界面里省得裝兩套。反過來說如果你只是偶爾下幾張圖片、幾個(gè)幾十兆的文檔瀏覽器自帶下載器完全夠用裝個(gè)管理器反而多一層操作。工具的邊界要認(rèn)清別為了用而用。2. 安裝前把這三件事定下來后面少折騰我見過太多人裝完之后用了兩周發(fā)現(xiàn)下載目錄里堆了幾百個(gè)文件、緩存盤被臨時(shí)文件塞滿、每次重裝系統(tǒng)任務(wù)記錄全丟。這些問題都不是軟件本身的毛病是安裝那五分鐘沒想清楚。下面三件事花三分鐘定下來能省后面幾個(gè)月的麻煩。2.1 裝在系統(tǒng)盤還是數(shù)據(jù)盤默認(rèn)安裝路徑通常在系統(tǒng)盤程序本體不大幾百兆的量級裝哪兒都行。但臨時(shí)文件和下載緩存是另一回事——多線程下載過程中會(huì)先寫臨時(shí)分片文件一個(gè) 10GB 的任務(wù)峰值可能占用接近原始大小的臨時(shí)空間。如果你的系統(tǒng)盤是 256G 的固態(tài)、常年只剩二三十 G那就別讓緩存往系統(tǒng)盤寫。我的做法是程序裝在系統(tǒng)盤啟動(dòng)快、權(quán)限清晰把默認(rèn)下載目錄和臨時(shí)目錄都指到數(shù)據(jù)盤的一個(gè)獨(dú)立分區(qū)。具體位置在設(shè)置的下載選項(xiàng)里兩個(gè)路徑可以分開設(shè)置。分開放的好處是你可以給臨時(shí)目錄單獨(dú)做清理策略而下載完成的文件不受影響。2.2 默認(rèn)下載目錄的分類規(guī)劃單一下載目錄用久了必然變成垃圾場。我建議一開始就按用途分幾個(gè)子目錄而不是事后整理。目錄名放什么建議清理周期Downloads/軟件安裝包、綠色版工具三個(gè)月Downloads/素材圖片、音視頻素材半年Downloads/數(shù)據(jù)數(shù)據(jù)集、壓縮包用完即刪Downloads/臨時(shí)不確定要不要留的兩周分類不需要很細(xì)四五個(gè)桶足夠。關(guān)鍵是每次新建任務(wù)時(shí)imFile 允許你在任務(wù)對話框里直接改保存路徑養(yǎng)成順手改一下的習(xí)慣比事后翻文件夾強(qiáng)得多。這一步嚴(yán)格說不是必須的但它是那種做了之后再也回不去的習(xí)慣。2.3 首次啟動(dòng)必須過一遍的五項(xiàng)設(shè)置裝完第一次打開別急著建任務(wù)先花兩分鐘把這幾項(xiàng)調(diào)了。默認(rèn)值能用但都不是最優(yōu)。全局最大并發(fā)任務(wù)數(shù)默認(rèn)值通常偏小如果你經(jīng)常批量下載調(diào)到 3 到 5 比較合適。調(diào)太高會(huì)讓每個(gè)任務(wù)分到的連接數(shù)被攤薄反而都跑不快。單任務(wù)最大連接數(shù)這是我改得最勤的一項(xiàng)默認(rèn) 8 到 16 之間后面第 4 節(jié)細(xì)說。全局下載限速默認(rèn)不限速。如果你還要開會(huì)、看視頻建議設(shè)一個(gè)上限比如帶寬的 70%留出余量。臨時(shí)文件目錄按 2.1 說的指到數(shù)據(jù)盤。剪貼板監(jiān)聽建議打開。打開之后你復(fù)制一個(gè)下載鏈接程序會(huì)自動(dòng)彈窗問要不要新建任務(wù)省掉手動(dòng)粘貼這一步。提示改完設(shè)置記得點(diǎn)保存再退出部分版本在直接關(guān)窗口的情況下不會(huì)提交未保存的改動(dòng)我因?yàn)檫@個(gè)白調(diào)過一次參數(shù)。3. 三分鐘跑通第一個(gè)任務(wù)從鏈接到落盤的完整鏈路設(shè)置調(diào)完之后建任務(wù)這一步其實(shí)很簡單但界面上的信息密度不低第一次看容易懵。我把整個(gè)鏈路按操作順序拆開順帶解釋每一塊面板在告訴你什么。3.1 新建任務(wù)的四個(gè)入口與各自的適用場景imFile 新建任務(wù)不止一個(gè)入口不同場景用不同入口效率差別很大。左上角加號(hào) / 新建按鈕最通用的方式粘貼單條鏈接。適合一次下一兩個(gè)文件。剪貼板自動(dòng)識(shí)別開了監(jiān)聽之后復(fù)制鏈接就彈窗詢問。適合邊瀏覽邊下不用來回切窗口。批量導(dǎo)入把多行鏈接一次性粘進(jìn)去程序會(huì)逐行解析成多個(gè)任務(wù)。這個(gè)功能很多人不知道一次導(dǎo)幾十個(gè)鏈接的時(shí)候極其省事。種子文件 / 磁力鏈接直接拖入.torrent文件或者粘貼以磁力協(xié)議開頭的鏈接。這里有個(gè)實(shí)操細(xì)節(jié)批量導(dǎo)入的時(shí)候如果鏈接里帶中文或者特殊字符部分版本解析會(huì)出錯(cuò)。我的處理辦法是先把鏈接粘到純文本編輯器里過一遍確認(rèn)每行一個(gè)、沒有多余空格和換行再整體粘進(jìn)去。聽起來很笨但比導(dǎo)進(jìn)去一半失敗再回頭排查要快。3.2 看懂任務(wù)面板上的每個(gè)數(shù)字任務(wù)開始跑之后面板上會(huì)有一排數(shù)字。第一次用的人常常只盯著速度看其實(shí)另外幾個(gè)信息更值得關(guān)注。連接數(shù)當(dāng)前實(shí)際建立了幾條連接。如果你設(shè)了 16 線程但這里長期顯示 2 到 3說明服務(wù)端限制了并發(fā)加線程也沒用該降下來減少重連開銷。進(jìn)度百分比 已下載/總大小這個(gè)不用解釋但要注意總大小如果是未知通常意味著服務(wù)端沒返回 Content-Length這種情況下分段下載可能退化成單線程速度慢是正常的不是你參數(shù)設(shè)錯(cuò)了。剩余時(shí)間這個(gè)數(shù)字波動(dòng)很大參考價(jià)值有限別被它嚇到。它用的是瞬時(shí)速度推算速度一抖動(dòng)它就亂跳。狀態(tài)標(biāo)識(shí)等待、下載中、暫停、錯(cuò)誤、已完成。重點(diǎn)是錯(cuò)誤狀態(tài)鼠標(biāo)懸停通常會(huì)給出原因比如 403、404、連接超時(shí)。403 多半是防盜鏈需要在設(shè)置里加 Referer 請求頭404 就是鏈接失效了別浪費(fèi)時(shí)間重試。3.3 瀏覽器接管配置讓每次點(diǎn)擊都自動(dòng)進(jìn)來這一步是五分鐘上手里最容易被跳過、但收益最大的一環(huán)。配置好之后你在瀏覽器里點(diǎn)任何下載鏈接都會(huì)自動(dòng)轉(zhuǎn)交給 imFile不用復(fù)制粘貼。配置邏輯分兩層一層是瀏覽器擴(kuò)展一層是程序本體的 RPC 監(jiān)聽。程序端需要在設(shè)置里開啟外部接管記下監(jiān)聽端口和一個(gè)隨機(jī)生成的密鑰瀏覽器擴(kuò)展那邊填上同樣的端口和密鑰兩邊就通了。不同版本的默認(rèn)端口不一樣以你界面上顯示的為準(zhǔn)別照抄網(wǎng)上的教程。裝完擴(kuò)展第一次測試建議找一個(gè)明確支持 Range 請求的小文件試比如某個(gè)開源項(xiàng)目幾百兆的發(fā)布包。如果點(diǎn)擊后沒反應(yīng)先看程序端有沒有收到請求日志再看擴(kuò)展是不是在當(dāng)前站點(diǎn)被禁用了——有些瀏覽器對擴(kuò)展做了按站點(diǎn)授權(quán)默認(rèn)只對部分域名生效這個(gè)坑我踩過一次排查了半小時(shí)才發(fā)現(xiàn)是權(quán)限問題。4. 線程數(shù)與分片參數(shù)真正決定速度的那兩個(gè)數(shù)字前面反復(fù)提到線程數(shù)這里把它講透。imFile 的速度調(diào)節(jié)本質(zhì)上就兩個(gè)參數(shù)在起作用單任務(wù)連接數(shù)和分片大小。很多人只調(diào)前者不調(diào)后者結(jié)果就是線程開了一堆速度紋絲不動(dòng)。4.1 分片大小與連接數(shù)的聯(lián)動(dòng)關(guān)系分段下載的邏輯是程序先把文件按分片大小切成若干塊然后為每一塊建立連接去拉。這里有個(gè)關(guān)鍵約束很多人不知道——實(shí)際并發(fā)連接數(shù) min(連接數(shù)設(shè)置, 分片總數(shù))。意思是如果一個(gè)文件只有 100MB分片大小設(shè)在 20MB那它只能切出 5 塊你連接數(shù)設(shè)到 16 也只有 5 條連接在跑剩下 11 個(gè)名額是空轉(zhuǎn)的。反過來一個(gè) 20GB 的大文件分片 20MB 能切出 1000 多塊這時(shí)候連接數(shù)才是真正的瓶頸。所以調(diào)參的邏輯應(yīng)該是這樣的文件大小建議分片大小建議連接數(shù) 50MB不調(diào)單線程1 到 450MB ~ 500MB10MB8500MB ~ 5GB20MB默認(rèn)8 到 16 5GB20MB 到 50MB16分片調(diào)太小的副作用是請求次數(shù)暴增每個(gè)分片都要握手、協(xié)商、確認(rèn)開銷攤下來可能吃掉多線程的收益。我在一個(gè) 300MB 的文件上試過把分片調(diào)到 1MB切出 300 塊連接數(shù) 16結(jié)果速度比默認(rèn)分片還低了大約 15%日志里全是連接建立和釋放的記錄。4.2 小文件為什么越開線程越慢這是個(gè)反直覺但很常見的現(xiàn)象。一個(gè) 30MB 的文件你開 16 線程程序切出十幾塊每塊只有兩兆不到。結(jié)果是什么TCP 連接剛進(jìn)入慢啟動(dòng)階段、窗口還沒漲起來數(shù)據(jù)就傳完了連接關(guān)閉。整個(gè)過程里幾乎全部時(shí)間花在建立連接和慢啟動(dòng)上真正的數(shù)據(jù)傳輸占比很低。這種場景下最優(yōu)解往往是老老實(shí)實(shí)單線程或者 2 到 4 線程。判斷標(biāo)準(zhǔn)很簡單文件小于 50MB別折騰線程。速度差異通常在 10% 以內(nèi)而你浪費(fèi)的調(diào)試時(shí)間是它的幾十倍。4.3 磁盤預(yù)分配與寫入瓶頸還有個(gè)容易被忽略的點(diǎn)磁盤寫入。多線程下載時(shí)十幾條連接同時(shí)往磁盤寫數(shù)據(jù)如果目標(biāo)盤是機(jī)械硬盤或者是一塊被其他程序占滿 IO 的固態(tài)盤寫入隊(duì)列會(huì)堆積表現(xiàn)出來就是下載速度上不去但網(wǎng)絡(luò)監(jiān)控顯示帶寬沒跑滿。imFile 的底層支持幾種文件分配策略一般有不預(yù)分配預(yù)分配按需擴(kuò)展幾檔。大文件建議開預(yù)分配它會(huì)在開始下載時(shí)就把磁盤空間占好避免寫到一半發(fā)現(xiàn)空間不足也能減少文件碎片的產(chǎn)生。代價(jià)是任務(wù)剛建立時(shí)會(huì)有幾秒到幾十秒的卡頓——那是程序在占位不是卡死了別急著點(diǎn)取消。小文件反而建議關(guān)掉預(yù)分配因?yàn)檎嘉荒菐酌肟赡鼙认螺d本身還長。5. BT 與磁力任務(wù)調(diào)參邏輯和 HTTP 完全不同直鏈下載的優(yōu)化目標(biāo)是把我這條管道的帶寬榨干BT 的邏輯完全反過來你的速度取決于有多少人愿意給你傳數(shù)據(jù)。同一個(gè)軟件里兩套邏輯并存很多人用直鏈的思維去調(diào) BT自然調(diào)不出效果。5.1 連接數(shù)、做種比例與上傳的兩難BT 里幾個(gè)核心參數(shù)的意義和直鏈完全不同最大連接節(jié)點(diǎn)數(shù)指同時(shí)連多少個(gè)其他用戶。這個(gè)數(shù)不是越大越好連太多低質(zhì)量的節(jié)點(diǎn)會(huì)拖慢整體。一般 50 到 80 是常見區(qū)間我一般保持默認(rèn)附近不做大改。做種比例下載完成后繼續(xù)上傳直到上傳量達(dá)到下載量的多少倍。默認(rèn)通常是 1.0也就是傳出去跟拿回來一樣多就停。這個(gè)值關(guān)系到整個(gè)網(wǎng)絡(luò)的健康度——所有人都下完就跑資源很快就會(huì)沒人做種。我的習(xí)慣是設(shè)到 1.0 到 1.5做完自動(dòng)停不占帶寬。上傳限速這是個(gè)兩難。上傳占滿帶寬會(huì)嚴(yán)重影響下載速度因?yàn)?TCP 的 ACK 回包也走同一條上行鏈路。如果你的上行帶寬不大一定要設(shè)上傳限速比如上行的 60% 到 70%。我見過有人下行跑不滿排查半天發(fā)現(xiàn)是上行被上傳任務(wù)占死了。5.2 內(nèi)網(wǎng)環(huán)境下的連通性判斷BT 需要能被外部連接進(jìn)來才能拿到更多節(jié)點(diǎn)。如果你的設(shè)備在路由器后面、沒有做端口映射那就是內(nèi)網(wǎng)狀態(tài)能連出去但別人連不進(jìn)來獲取節(jié)點(diǎn)的效率會(huì)打折。判斷方法很直接看任務(wù)詳情里的連接狀態(tài)。如果長期顯示只有主動(dòng)連出去的連接、沒有進(jìn)來的連接基本可以確認(rèn)是內(nèi)網(wǎng)環(huán)境。這種情況下的應(yīng)對有兩個(gè)方向一是在路由器上給這臺(tái)設(shè)備做端口轉(zhuǎn)發(fā)程序設(shè)置里能看到它監(jiān)聽的端口范圍二是接受現(xiàn)狀內(nèi)網(wǎng)狀態(tài)下速度慢一些但通常也能下完只是耗時(shí)更長。我自己的做法是常下的資源用內(nèi)網(wǎng)狀態(tài)湊合急用的再去路由器上配一次轉(zhuǎn)發(fā)。配置轉(zhuǎn)發(fā)的時(shí)候注意端口范圍要和程序設(shè)置里的一致而且設(shè)備最好設(shè)成固定內(nèi)網(wǎng)地址否則重啟后地址變了規(guī)則就失效了。5.3 零速度的分層排查鏈路BT 任務(wù)長時(shí)間零速度是最常見的求助場景。我總結(jié)了一個(gè)從快到慢的排查順序按這個(gè)走能覆蓋八成情況。第一層看節(jié)點(diǎn)數(shù)。如果節(jié)點(diǎn)數(shù)是 0說明根本沒找到其他用戶問題在資源本身不在你的配置?？赡苓@個(gè)資源已經(jīng)沒人做種了換資源是唯一解法。第二層看有沒有連上的節(jié)點(diǎn)。節(jié)點(diǎn)數(shù)大于 0 但速度是 0說明連上了但沒數(shù)據(jù)交換。這時(shí)候看種子/用戶比例里的種子數(shù)種子是 0 就還是沒人有完整文件。第三層看是否被限速。檢查全局限速、單任務(wù)限速、上傳限速三處有過不止一次是單任務(wù)限速被之前調(diào)過忘了改回去。第四層看磁盤。目標(biāo)盤滿了、或者路徑?jīng)]有寫權(quán)限任務(wù)會(huì)一直卡在等待狀態(tài)。這個(gè)提示往往不明顯需要看任務(wù)詳情。第五層看端口。上面都正常但速度極低回到 5.2 的內(nèi)網(wǎng)判斷。注意BT 任務(wù)卡在獲取元數(shù)據(jù)階段超過十分鐘基本可以判定為找不到可用節(jié)點(diǎn)不要再等了換源比繼續(xù)掛機(jī)劃算。6. 長跑用戶的三個(gè)習(xí)慣與兩個(gè)坑工具用久了決定體驗(yàn)的往往不是功能本身而是你圍繞它建立的使用習(xí)慣。這一節(jié)講三個(gè)我認(rèn)為值得養(yǎng)成的習(xí)慣以及兩個(gè)我實(shí)打?qū)嵅冗^的坑。6.1 任務(wù)隊(duì)列與優(yōu)先級批量下載的時(shí)候所有任務(wù)同時(shí)開跑是最差的選擇。十幾條任務(wù)各分幾條連接誰都跑不快而且你沒法判斷哪個(gè)先完成。正確做法是用隊(duì)列把急用的任務(wù)拖到列表頂部其余設(shè)為等待程序會(huì)按順序一個(gè)個(gè)跑。imFile 的設(shè)置里有全局并發(fā)上限把它設(shè)成 3 到 4剩下的任務(wù)自動(dòng)排隊(duì)。這樣每個(gè)任務(wù)能分到完整的連接配額整體完成時(shí)間反而更短——這是排隊(duì)論里很經(jīng)典的結(jié)論并發(fā)數(shù)超過某個(gè)點(diǎn)之后總吞吐量會(huì)下降。我自己的習(xí)慣是白天設(shè)并發(fā) 2把帶寬余量留給正常工作晚上設(shè)并發(fā) 4讓它跑一夜。6.2 緩存與歷史記錄清理下載管理器會(huì)積累兩類垃圾臨時(shí)分片文件和歷史任務(wù)記錄。臨時(shí)分片文件在任務(wù)正常完成后會(huì)自動(dòng)清理但如果任務(wù)被異常中斷、或者你手動(dòng)刪了任務(wù)卻沒勾選刪除文件這些分片就會(huì)滯留在臨時(shí)目錄里。時(shí)間長了能占掉幾十個(gè) G。建議每個(gè)月掃一次臨時(shí)目錄把超過一周沒被訪問的文件刪掉。歷史記錄本身不占空間但任務(wù)多了之后界面會(huì)卡。程序的設(shè)置里有歷史記錄保留條數(shù)的限制設(shè)個(gè) 200 到 500 條足夠超出的自動(dòng)清理。6.3 我踩過的兩個(gè)坑第一個(gè)坑改默認(rèn)下載目錄之后舊任務(wù)找不到文件。有次我把默認(rèn)目錄從 C 盤改到 D 盤然后發(fā)現(xiàn)之前下載完成的任務(wù)雙擊打開提示文件不存在。原因是任務(wù)的保存路徑是記錄在任務(wù)里的絕對路徑改默認(rèn)目錄只影響新任務(wù)。解決辦法是別去動(dòng)已完成任務(wù)的路徑或者移動(dòng)文件后用重新定位功能手動(dòng)指一次。第二個(gè)坑多個(gè)任務(wù)同時(shí)寫同一塊盤導(dǎo)致整體變慢。我一度把并發(fā)設(shè)到 8同時(shí)下 8 個(gè)幾 G 的文件結(jié)果全部速度都只有幾百 K。查了半天發(fā)現(xiàn)是那塊老機(jī)械盤扛不住 8 個(gè)任務(wù)的多線程隨機(jī)寫。換成固態(tài)盤、并發(fā)降到 3 之后總速度立刻上去了。這件事讓我明白下載速度的上限經(jīng)常不在網(wǎng)絡(luò)而在磁盤。最后分享一個(gè)我一直在用的小技巧給常用的下載源單獨(dú)記一份配置。不同站點(diǎn)對連接數(shù)的容忍度差別很大有的開 16 線程穩(wěn)如老狗有的開 4 線程就給你限速。我建了份簡單的備忘記錄每個(gè)常用源的最優(yōu)連接數(shù)新建任務(wù)時(shí)直接照著設(shè)比每次現(xiàn)場試錯(cuò)快得多。這份備忘寫著寫著就成了個(gè)人經(jīng)驗(yàn)庫比任何通用教程都貼合自己的實(shí)際場景。