※ 引述《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