專利名稱：一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)格計(jì)算領(lǐng)域，具體涉及一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法。
背景技術(shù)：
網(wǎng)格是一個(gè)資源共享、協(xié)調(diào)工作的虛擬環(huán)境，能夠充分吸納各種資源，并可將它們 轉(zhuǎn)化為一種隨處可得的、可靠的、標(biāo)準(zhǔn)的，同時(shí)還是經(jīng)濟(jì)的資源。網(wǎng)格計(jì)算很重要的作用就 是有效利用各種資源，快速準(zhǔn)確地進(jìn)行大量數(shù)據(jù)計(jì)算。要把有效的時(shí)間用于實(shí)際計(jì)算上，就 需要盡可能減少數(shù)據(jù)傳輸時(shí)間。目前網(wǎng)格環(huán)境中，采用協(xié)同分配架構(gòu)，利用網(wǎng)格中存在的多個(gè)備份的并發(fā)傳輸來(lái) 解決這個(gè)問(wèn)題。傳統(tǒng)協(xié)同分配架構(gòu)有三種策略來(lái)分配多個(gè)備份中的數(shù)據(jù)塊，來(lái)提高網(wǎng)絡(luò)傳 輸?shù)男?。分別是1)窮舉法協(xié)同分配通過(guò)將文件大小平均分配給每個(gè)連接實(shí)現(xiàn)，不考慮各個(gè)客戶端_服務(wù)端連接的帶 寬差異。例如一個(gè)客戶端與3個(gè)服務(wù)端連接，則每個(gè)服務(wù)端所分配文件大小都是1/3。2)基于歷史法協(xié)同分配通過(guò)預(yù)測(cè)傳輸速度比來(lái)為每個(gè)連接分配相對(duì)應(yīng)的文件大小。例如3個(gè)連接的傳輸 性能比1 2 3，那么第一個(gè)服務(wù)端所分配文件大小就是1/6，第二個(gè)就是2/6，而第三個(gè) 就是3/6。3)保守負(fù)載均衡法協(xié)同分配保守負(fù)載均衡法將要傳輸?shù)奈募峙涑扇舾上嗤笮〉奈募制?，每個(gè)連接的服 務(wù)器都分配一塊文件分片進(jìn)行帶狀傳輸。如果一個(gè)服務(wù)器完成了一塊文件分片的傳輸，就 為完成傳輸?shù)姆?wù)器分配另一塊文件分片直至整個(gè)文件下載結(jié)束。該協(xié)同分配流上的加載 是動(dòng)態(tài)調(diào)整的，因此傳輸快的服務(wù)器會(huì)傳輸相對(duì)較多的文件大小?；跉v史法的協(xié)同分配的關(guān)鍵在于對(duì)連接速度的預(yù)測(cè)，當(dāng)然這是理想化的，當(dāng)根 據(jù)測(cè)試得到的平均傳輸率來(lái)分配各個(gè)副本的傳輸數(shù)據(jù)量時(shí)，總會(huì)存在各種風(fēng)險(xiǎn)使得傳輸?shù)?速度突然變快或者變慢。預(yù)測(cè)結(jié)果準(zhǔn)確與否對(duì)傳輸性能影響較大，這種策略中的負(fù)載分配 過(guò)程是在大量數(shù)據(jù)傳輸前完成的，并且一經(jīng)分配便不再改變。和窮舉法協(xié)同分配一樣，其最 大的缺點(diǎn)是不能適應(yīng)網(wǎng)絡(luò)性能的動(dòng)態(tài)變化。分片大小是影響保守負(fù)載均衡法算法性能優(yōu)劣關(guān)鍵性的因素。分片過(guò)大會(huì)使得協(xié) 同分配的精度減小效果下降，分片長(zhǎng)度過(guò)小則又會(huì)導(dǎo)致連接頻繁地請(qǐng)求分片造成性能的降 低。所以，應(yīng)當(dāng)權(quán)衡兩者選擇一個(gè)適當(dāng)?shù)姆制L(zhǎng)度。分片大小應(yīng)滿足以下幾點(diǎn)1、由分片大小決定的數(shù)據(jù)塊單元包包數(shù)應(yīng)遠(yuǎn)遠(yuǎn)大于數(shù)據(jù)傳輸服務(wù)器的個(gè)數(shù)。2、單元包應(yīng)盡可能小一方面能夠使各數(shù)據(jù)傳輸服務(wù)器接近在同一時(shí)間結(jié)束，以 提高服務(wù)器整體使用效率；另一方面，能更好地適應(yīng)各數(shù)據(jù)傳輸服務(wù)器傳輸性能的變化。3、單元包應(yīng)相對(duì)大一些，以使傳送一個(gè)單元包所用的時(shí)間遠(yuǎn)遠(yuǎn)大于傳輸單元包之
3間的空閑時(shí)間。分片大小選擇是難以把握的，另外，當(dāng)其中一個(gè)服務(wù)器的傳輸速度變快時(shí)，它就會(huì) 比其他的服務(wù)器傳輸更多的數(shù)據(jù)量，而傳輸性能是由傳輸效率最低的那一個(gè)服務(wù)器決定 的。其實(shí)在這種情況下，影響還是比較小的，有效解決這種情況的方法是動(dòng)態(tài)給這個(gè)服務(wù)器 更大的數(shù)據(jù)量，以減輕其他服務(wù)器的負(fù)載。如果當(dāng)其中一個(gè)服務(wù)器的傳輸速度變慢時(shí)，它就 會(huì)比其他所有的服務(wù)器都要延時(shí)完成任務(wù)。由于前面所說(shuō)的原因，恰恰是這個(gè)服務(wù)器決定 整個(gè)傳輸?shù)男阅?，因此相?duì)前面一種情況它是致命的。傳統(tǒng)的協(xié)同分配策略并沒(méi)有克服傳輸較快的服務(wù)器必須等待傳輸最慢服務(wù)器傳 輸最后一塊文件的缺點(diǎn)。在大多數(shù)情況下，這將浪費(fèi)很多時(shí)間并最終影響傳輸?shù)恼w性能。
發(fā)明內(nèi)容
本發(fā)明針對(duì)現(xiàn)有技術(shù)的不足，提供一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法。網(wǎng)格環(huán)境中網(wǎng)絡(luò)傳輸?shù)哪繕?biāo)是要使傳輸性能達(dá)到最佳，也就是要使各個(gè)副本傳輸 的時(shí)間達(dá)到最小化。要達(dá)到上述目標(biāo)的一個(gè)方法就是使各個(gè)副本一直處于傳輸數(shù)據(jù)的狀 態(tài)，即每個(gè)副本從數(shù)據(jù)傳輸開(kāi)始到傳輸結(jié)束其數(shù)據(jù)傳輸是不間斷的，并且要求各個(gè)副本幾 乎同時(shí)結(jié)束數(shù)據(jù)傳輸。實(shí)現(xiàn)這個(gè)方法的途徑就是根據(jù)將來(lái)副本與目的地之間的傳輸率來(lái)分 配各個(gè)副本之間具體的傳輸數(shù)據(jù)量，以期待各個(gè)副本同時(shí)完成數(shù)據(jù)傳輸，獲得最佳的傳輸 性能。本發(fā)明方法為一種動(dòng)態(tài)調(diào)整策略，更進(jìn)一步來(lái)說(shuō)是一種改進(jìn)的動(dòng)態(tài)協(xié)同分配方 法，它減少了等待時(shí)間，從而提高了整體傳輸性能。本發(fā)明解決技術(shù)問(wèn)題所采取的步驟為步驟(1)在初始階段，給每個(gè)網(wǎng)格FTP服務(wù)器分配一塊相同大小文件分片傳輸任 務(wù)，文件分片大小由帶寬和權(quán)值確定。步驟(2)當(dāng)有服務(wù)器完成當(dāng)前文件分片傳輸任務(wù)時(shí)，該服務(wù)器又會(huì)被分配新的文 件分片傳輸任務(wù)，如果傳輸失敗，則會(huì)進(jìn)行重新傳送。步驟(3)為了避免生成太小的文件分片，需要設(shè)置結(jié)束條件。如果剩下的待傳輸 文件大小小于初始階段設(shè)定的分片大小，最后剩下的文件分片將被立即傳輸。本發(fā)明方法的有益效果為過(guò)該方法，每個(gè)網(wǎng)格服務(wù)器將會(huì)根據(jù)網(wǎng)絡(luò)環(huán)境中的帶寬 和權(quán)值的變化來(lái)動(dòng)態(tài)的調(diào)整傳輸策略，這將使各個(gè)服務(wù)器充分利用網(wǎng)絡(luò)中的帶寬和各服務(wù) 器的性能，從而達(dá)到資源利用效率的最大化。
具體實(shí)施例方式一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法包括以下步驟步驟(1)在初始階段，給每個(gè)網(wǎng)格FTP服務(wù)器分配一塊相同大小文件分片傳輸任 務(wù)，文件分片大小由帶寬和權(quán)值確定。首先，我們?yōu)槌跏嘉募制笮≡O(shè)定了一個(gè)上限，這取決于客戶端最大帶寬和副 本資源數(shù)。盡管我們可以多個(gè)服務(wù)器并行下載副本，但是從多條線上下載的文件分片集合 都要經(jīng)過(guò)客戶端一條單線。很顯然客戶端帶寬成為協(xié)同分配架構(gòu)加速下載的瓶頸。初始文 件分片大小上限InitialPT計(jì)算公式如下
InitialPT = ClientMaxBandwidth/NumberOf Re plicaSource (1. 1)式(1.1)中 ClientMaxBandwidth 為客戶端最大帶寬，NumberOfR印licaSource 為 副本資源總數(shù)。我們先根據(jù)不同服務(wù)器設(shè)備的狀態(tài)定義輔助參數(shù)Score的計(jì)算公式
(1.2)其中！^+！^+儼=1 ；式(1. 2)中各參數(shù)說(shuō)明如下Scorei 服務(wù)器i的score值，這里1 < i < n，n為服務(wù)器個(gè)數(shù)。P「u 服務(wù)器i的CPU空閑狀態(tài)百分比。Rcpu 用戶定義的CPU負(fù)載所占影響要素的比率。P腳服務(wù)器i的內(nèi)存自由空間百分比。R :用戶定義的內(nèi)存自由空間所占影響要素的比率。巧-從服務(wù)器i到客戶端的帶寬占總的服務(wù)器帶寬百分比?？捎卯?dāng)前帶寬除以理 論最大帶寬得到。RBff 用戶定義的帶寬所占影響要素的比率。當(dāng)各個(gè)服務(wù)器的Sc0rei得到后，就可以計(jì)算各個(gè)服務(wù)器的權(quán)值weighingi 得到每個(gè)服務(wù)器的權(quán)值weighing后，每個(gè)服務(wù)器的下個(gè)待傳輸文件分片大小 NewPT,就可以通過(guò)式(1. 4)獲得NewPTj = ClientBandwidthXweighingi(1. 4)步驟(2)當(dāng)有服務(wù)器完成當(dāng)前文件分片傳輸任務(wù)時(shí)，該服務(wù)器又會(huì)被分配新的文 件分片傳輸任務(wù)，如果傳輸失敗，則會(huì)進(jìn)行重新傳送。每次當(dāng)服務(wù)器i結(jié)束了當(dāng)前的文件分片傳輸，它就會(huì)得到新的傳輸任務(wù)。新的傳 輸任務(wù)是根據(jù)服務(wù)器i的實(shí)時(shí)狀態(tài)得到的。動(dòng)態(tài)調(diào)整策略每次可以根據(jù)服務(wù)器端負(fù)載和帶 寬動(dòng)態(tài)調(diào)整各個(gè)服務(wù)器的下一次傳輸任務(wù)。服務(wù)器的負(fù)載越輕，它被分配的傳輸任務(wù)就越
^^ o步驟(3)為了避免生成太小的文件分片，需要設(shè)置結(jié)束條件。如果剩下的待傳輸 文件分片大小小于初始階段的文件分片大小，最后剩下的文件分片將被立即傳輸。以下將通過(guò)實(shí)驗(yàn)對(duì)比來(lái)說(shuō)明本發(fā)明的優(yōu)點(diǎn)在進(jìn)行試驗(yàn)之前，對(duì)于傳統(tǒng)協(xié)同分配算法和本發(fā)明方法進(jìn)行定性分析，如表1所
7J\ o表1協(xié)同分配算法比較 算法測(cè)試與分析(1)輸入?yún)?shù)的設(shè)定為了使動(dòng)態(tài)調(diào)整策略實(shí)現(xiàn)傳輸效率最佳，在進(jìn)行試驗(yàn)之前首先要設(shè)定動(dòng)態(tài)調(diào)整策 略輸入?yún)?shù)。這里有三個(gè)影響因素CPU空閑狀態(tài)，內(nèi)存空閑空間和帶寬，這里必須設(shè)定影 響因素的所占比率。首先需要知道帶寬的影響。當(dāng)文件比較小時(shí)，傳輸速度并沒(méi)多大差別。隨著待傳 輸文件越來(lái)越大，帶寬影響就比較明顯。當(dāng)帶寬比率低于0.6時(shí)，傳輸速度逐漸變慢。當(dāng)帶 寬比率為0. 8時(shí)，傳輸速度達(dá)到最大值。接著需要知道CPU計(jì)算能力對(duì)傳輸效率的影響。采用三臺(tái)具有相同內(nèi)存和帶寬， 但CPU類型不同的機(jī)子進(jìn)行了測(cè)試。測(cè)試結(jié)果表明，CPU性能越好，傳輸性能越好，但傳輸 性能受CPU性能影響不是很大，性能并沒(méi)有因?yàn)镃PU性能提高而有顯著提高。最后對(duì)內(nèi)存大小對(duì)傳輸效率的影響進(jìn)行了測(cè)試。采用三臺(tái)具有不同內(nèi)存的機(jī)子從 服務(wù)器下載文件，試驗(yàn)結(jié)果表明，內(nèi)存大小對(duì)于傳輸效率的影響也不是很明顯。從實(shí)驗(yàn)結(jié)果總體來(lái)看，CPU計(jì)算能力和內(nèi)存大小可以提高傳輸性能，但影響不是很 大。這讓我們更加堅(jiān)信，帶寬是影響傳輸性能的最主要因素，帶寬所占比率應(yīng)該大于其他兩 個(gè)影響因素。在接下來(lái)要進(jìn)行的實(shí)驗(yàn)中，我們?cè)O(shè)置動(dòng)態(tài)調(diào)整策略輸入?yún)?shù)RePU，R , RMEM比 率為1:1:8。(2)試驗(yàn)環(huán)境的搭建搭建一個(gè)區(qū)域化的網(wǎng)格環(huán)境，組建4個(gè)不同的區(qū)域，每個(gè)區(qū)域之間是通過(guò)100Mbps 的物理線路連接而成，區(qū)域之間采用全連接方式。每個(gè)區(qū)域的具體配置見(jiàn)表2。每個(gè)服務(wù)器 都安裝Globus Tookit4. 0. 0及以上的配置，并且利用它所提供的數(shù)據(jù)傳輸工具GridFTP來(lái) 進(jìn)行試驗(yàn)。表2區(qū)域機(jī)器配置 (3)試驗(yàn)結(jié)果與分析為了驗(yàn)證本發(fā)明方法的性能和副本資源數(shù)對(duì)本發(fā)明方法性能的影響。我們進(jìn)行兩個(gè)實(shí)驗(yàn)。實(shí)驗(yàn)一，驗(yàn)證本發(fā)明方法的性能。以A區(qū)域?yàn)榭蛻舳苏?qǐng)求數(shù)據(jù)傳輸，從3個(gè)不同的區(qū)域中獲取數(shù)據(jù)。數(shù)據(jù)請(qǐng)求發(fā)出 后，當(dāng)LDAP服務(wù)器成功定位到3個(gè)數(shù)據(jù)副本的時(shí)候，利用窮舉法協(xié)同分配、基于歷史法協(xié)同 分配、保守均衡策略、動(dòng)態(tài)分配策略和單一副本傳輸5種方法對(duì)100MB到2GB的數(shù)據(jù)文件進(jìn) 行測(cè)試。其中單副本的數(shù)據(jù)傳輸分別單獨(dú)從B、C、D區(qū)獲取數(shù)據(jù)，基于歷史法協(xié)同分配中長(zhǎng) 度分片為文件長(zhǎng)的5%。通過(guò)實(shí)驗(yàn)一結(jié)果，我們可以得到如下結(jié)論(1)在傳輸小文件時(shí)，如100M的情況，本發(fā)明方法數(shù)據(jù)傳輸效果并不明顯，并且出 現(xiàn)了單一副本的數(shù)據(jù)傳輸效果要比本發(fā)明方法的多副本傳輸較好的情況，這種情況是由于 本發(fā)明方法本身的計(jì)算時(shí)間占總的數(shù)據(jù)傳輸時(shí)間的比重太大造成的。隨著文件大小的增 力口，上述比值減小，2G的時(shí)候出現(xiàn)了本發(fā)明方法的傳輸效果是單一站點(diǎn)傳輸?shù)亩兜妮^好 效果。(2)文件在大于100M時(shí)，保守均衡策略和本發(fā)明方法兩種動(dòng)態(tài)協(xié)同分配方法整體 傳輸性能優(yōu)于單副本數(shù)據(jù)傳輸和另外兩種協(xié)同分配方法。而本發(fā)明方法完成傳輸任務(wù)時(shí)間 最短，傳輸性能最優(yōu)。(3)實(shí)驗(yàn)結(jié)果出現(xiàn)了單副本傳輸性能優(yōu)于傳統(tǒng)協(xié)同分配方法的情況。這是由于傳 統(tǒng)協(xié)同分配方法傳輸性能取決于最后一塊文件分片的傳輸完成時(shí)間，當(dāng)部分服務(wù)器傳輸性 能較差時(shí)，影響了協(xié)同分配的整體傳輸性能。傳輸過(guò)程中，實(shí)驗(yàn)設(shè)置了某一服務(wù)端失效的情況，單一副本傳輸處于無(wú)限期等待 狀態(tài)；而本發(fā)明方法能夠及時(shí)地將失效服務(wù)端沒(méi)有完成的任務(wù)調(diào)整至已傳輸完畢服務(wù)端， 有效地提高了網(wǎng)格數(shù)據(jù)傳輸?shù)目煽啃?，這一點(diǎn)對(duì)廣域范圍內(nèi)復(fù)雜多變的網(wǎng)格系統(tǒng)的數(shù)據(jù)共 享與協(xié)同工作是很有幫助的。實(shí)驗(yàn)二，驗(yàn)證副本資源數(shù)對(duì)本發(fā)明方法性能的影響。采用本發(fā)明方法從多種組合的服務(wù)器上下載文件進(jìn)行測(cè)試，整體傳輸性能用傳輸 速度表示。表3列出了實(shí)驗(yàn)用到的所有服務(wù)器組合。例如服務(wù)器組合為B，D區(qū)域表示從B， D兩個(gè)區(qū)域服務(wù)器上下載文件。表3副本資源服務(wù)器組合 通過(guò)實(shí)驗(yàn)二結(jié)果，我們可以得到如下結(jié)論(1)當(dāng)文件大小較小如IOMB時(shí)，本發(fā)明方法并無(wú)優(yōu)勢(shì)。(2)在大多數(shù)情況下，本發(fā)明方法整體性能隨著副本資源數(shù)的增加而提高。(3)實(shí)驗(yàn)結(jié)果顯示選擇C、D兩個(gè)副本服務(wù)器時(shí)，本發(fā)明方法整體性能達(dá)到最佳，而增加D服務(wù)器時(shí)，性能反而下降。這意味著增加副本資源數(shù)并不一定會(huì)提高整體性能。所 以我們必須選擇合適的副本資源數(shù)以使傳輸性能達(dá)到最佳。從上面的試驗(yàn)中可以看出，本發(fā)明提出的網(wǎng)格環(huán)境下網(wǎng)絡(luò)傳輸?shù)姆椒?，具有更?的傳輸效率。
權(quán)利要求
一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法，其特征在于該方法包括如下步驟步驟(1)在初始階段，給每個(gè)網(wǎng)格FTP服務(wù)器分配一塊相同大小文件分片傳輸任務(wù)，具體是首先，設(shè)定初始文件分片大小的上限InitialPT，InitialPT＝ClientMaxBandwidth/NumberOf Re plicaSource式中ClientMaxBandwidth表示客戶端最大帶寬，NumberOfReplicaSource表示副本資源總數(shù)；然后根據(jù)不同服務(wù)器設(shè)備的狀態(tài)定義輔助參數(shù)Score的計(jì)算公式 <mrow><mi>Scor</mi><msub> <mi>e</mi> <mi>i</mi></msub><mo>=</mo><msubsup> <mi>P</mi> <mi>i</mi> <mi>CPU</mi></msubsup><mo>×</mo><msup> <mi>R</mi> <mi>CPU</mi></msup><mo>+</mo><msubsup> <mi>P</mi> <mi>i</mi> <mi>MEM</mi></msubsup><mo>×</mo><msup> <mi>R</mi> <mi>MEM</mi></msup><mo>+</mo><msubsup> <mi>P</mi> <mi>i</mi> <mi>BW</mi></msubsup><mo>×</mo><msup> <mi>R</mi> <mi>BW</mi></msup> </mrow>其中RCPU+RMEM+RBW＝1；Scorei表示服務(wù)器i的score值，這里1≤i≤n，n為服務(wù)器個(gè)數(shù)；表示服務(wù)器i的CPU空閑狀態(tài)百分比；RCPU表示定義的CPU負(fù)載所占影響要素的比率；表示服務(wù)器i的內(nèi)存自由空間百分比；RMEM表示用戶定義的內(nèi)存自由空間所占影響要素的比率；表示從服務(wù)器i到客戶端的帶寬占總的服務(wù)器帶寬百分比；RBW用戶定義的帶寬所占影響要素的比率；當(dāng)各個(gè)服務(wù)器的Scorei得到后，計(jì)算各個(gè)服務(wù)器的權(quán)值weighingi <mrow><mi>weighin</mi><msub> <mi>g</mi> <mi>i</mi></msub><mo>=</mo><mi>Scor</mi><msub> <mi>e</mi> <mi>i</mi></msub><mo>/</mo><munderover> <mi>Σ</mi> <mrow><mi>k</mi><mo>=</mo><mn>1</mn> </mrow> <mi>n</mi></munderover><mi>Scor</mi><msub> <mi>e</mi> <mi>k</mi></msub> </mrow>最后根據(jù)得到的每個(gè)服務(wù)器的權(quán)值weighingi，計(jì)算每個(gè)服務(wù)器的下個(gè)待傳輸文件分片大小NewPTi，NewPTi＝ClientBandwidth×weighingi步驟(2)當(dāng)有服務(wù)器完成當(dāng)前文件分片傳輸任務(wù)時(shí)，該服務(wù)器又會(huì)被分配新的文件分片傳輸任務(wù)，如果傳輸失敗，則會(huì)進(jìn)行重新傳送，具體是每次當(dāng)服務(wù)器i結(jié)束了當(dāng)前的文件分片傳輸，它就會(huì)得到新的傳輸任務(wù)，新的傳輸任務(wù)是根據(jù)服務(wù)器i的實(shí)時(shí)狀態(tài)得到的，服務(wù)器的負(fù)載越輕，它被分配的傳輸任務(wù)就越多；步驟(3)設(shè)置結(jié)束條件，當(dāng)剩下的待傳輸文件分片大小小于初始階段的文件分片大小時(shí)，剩下的待傳輸文件分片將被立即傳輸。FSA00000117362800012.tif,FSA00000117362800013.tif,FSA00000117362800014.tif
全文摘要
本發(fā)明涉及一種改進(jìn)網(wǎng)格環(huán)境中數(shù)據(jù)傳輸效率的方法?，F(xiàn)有的方法文件傳輸效率低。本發(fā)明方法首先在初始階段，給每個(gè)網(wǎng)格FTP服務(wù)器分配一塊相同大小文件分片傳輸任務(wù)，文件分片大小由帶寬和權(quán)值確定；然后當(dāng)有服務(wù)器完成當(dāng)前文件分片傳輸任務(wù)時(shí)，該服務(wù)器又會(huì)被分配新的文件分片傳輸任務(wù)，如果傳輸失敗，則會(huì)進(jìn)行重新傳送，最后為了避免生成太小的文件分片，設(shè)置結(jié)束條件，如果剩下的待傳輸文件大小小于初始階段設(shè)定的分片大小，最后剩下的文件分片將被立即傳輸。本發(fā)明方法可以達(dá)到資源利用效率的最大化。
文檔編號(hào)H04L12/56GK101860479SQ20101016942
公開(kāi)日2010年10月13日 申請(qǐng)日期2010年5月11日 優(yōu)先權(quán)日2010年5月11日
發(fā)明者倪永軍, 吳卿, 吳鵬, 周興武, 張奇鋒, 趙俊杰, 郁偉煒, 金恭華 申請(qǐng)人:杭州電子科技大學(xué)