推 htalent:嗯我有說我對實際的狀況不甚了解，純粹從字面上推敲，不過 11/26 13:57
→ htalent:還是謝謝指教。 11/26 13:58
※ 引述《htalent (TalentKid)》之銘言：
: 對不起我忽然認真了(￣ー￣；)
: 黃色部分就直接引用原PO所下的標題比較省事...
: >文件分塊對齊(padding file)
: 依據BC官方的說明文件(http://blog.mdbchina.com/post/858538/ )來看
: padding file其實只是用來防止同一個Block裡面夾到兩個以上的小檔案，而發生
: 某檔案被Lose ，永遠的99.9%這BUG而產生的東西。我是不太清楚其他BT軟體是怎
: 樣克服這個問題啦，但以BC來講的話，padding file 純粹只是補足每個檔案後的
: 空閒空間，讓下個檔案從block的開頭起始。padding file充其量只是定位用，不
: 載也不會怎樣不是？ED/EM有各式的Mod，BT也有各種的Client 端，這功能雖然不
: 在BT協定上被承認，但他也是遵循著BT的架構，用另外的方式來補足上述的狀況而
: 已。
: (PS.我碰到的99%狀況都是種子偷跑.... 所以以上只是參考推論的 有錯誤請指正。)
只對這一點回一點我的看法
某檔案被Lose?
一次下載不都是一整塊抓過來的嗎?
個人以為是抓回來之後分檔案時才可能會掉
而這個問題我認為是各client的實作問題
我看不出因為這個得要引進padding file的充份理由
反而因為padding file不是公定標準
其他不是BC的client無法忽略這些padding file
變成如果小檔案過多會造成其他client浪費時間下載這些東西
--
講難聽一點, 那是自己程式沒寫好還牽拖協定差
--
話說這連結我這裡打不開?!
--
◢ ˊ_▂▃▄▂_ˋ. ◣ ▅▅ ▅▅ ι●╮ █▄▄▄▄▄
▍./◤_▂▃▄▂_◥ \'▊ ＨＡＲＵＨＩ █████ ＜■┘ ▄▄▄▄▄▄▄
▎⊿ ◤◤◥█◥◥█Δ ＩＳＭ By-gamejye ￠|\ ▌▌▌▌▌▄▌▌
▏ζ(▏●‵◥′●▊)Ψ ▏ █ ⊿Δ ▄▄▄ ▄▄▄▄
█/|▊ 〃 、 〃▋ |\ ▎ ハルヒ主義 █▄▄▄█▄▄
◥◥|◣ ‵′ ◢/'◢◢S.O.S 世界を大いに盛り上げるための涼宮ハルヒの団
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.91.5