，提出了一種基于分片的文件斷點(diǎn)續(xù)傳方法，對(duì)需上傳的文件按照一定的規(guī)則進(jìn)行分片，并結(jié)合多線程，提高上傳效率，同時(shí)采用斷點(diǎn)續(xù)傳的方式，解決上傳失敗后要全部重新上傳的問題。1 常用的文件上傳方法文件上傳的方式一般分為簡單文件上傳和文件斷點(diǎn)續(xù)傳兩種[6]。簡單文件上傳是指用戶通過客戶端（如瀏覽器）將文件傳輸?shù)椒?wù)器進(jìn)行保存，在傳輸過程中，服務(wù)器不保存文件上傳的狀態(tài)，如果傳輸過程中出現(xiàn)任何問題造成文件傳輸中止，文件需要重新傳輸。文件斷點(diǎn)續(xù)傳是指在使用文件斷點(diǎn)續(xù)傳服務(wù)

,開發(fā)者們提出了分片[6]、DAG[7]、狀態(tài)通道[8-9]、側(cè)鏈[10]等多種擴(kuò)容方案。對(duì)比各種擴(kuò)容方案,分片是最有希望能夠?qū)崿F(xiàn)高性能而不降低去中心化程度的擴(kuò)容方案。分片包括網(wǎng)絡(luò)分片、交易分片和狀態(tài)分片[11]。其中網(wǎng)絡(luò)分片在網(wǎng)絡(luò)層將所有節(jié)點(diǎn)劃分到了不同的分片中[12]。交易分片將全網(wǎng)交易劃分到不同的分片中驗(yàn)證和打包,全網(wǎng)多個(gè)分片可以同時(shí)打包和驗(yàn)證不同的交易,并行處理,從而提升全網(wǎng)的整體性能。狀態(tài)分片將完整的賬本信息分別存儲(chǔ)到各個(gè)分片當(dāng)中,各個(gè)節(jié)點(diǎn)不再存

聯(lián)網(wǎng)場(chǎng)景［7］。分片技術(shù)是提升區(qū)塊鏈吞吐量最直接有效的手段［8］。將分片技術(shù)應(yīng)用于區(qū)塊鏈就是將原始的區(qū)塊鏈網(wǎng)絡(luò)拆分為若干小規(guī)模的區(qū)塊鏈網(wǎng)絡(luò)，每個(gè)網(wǎng)絡(luò)都由原始網(wǎng)絡(luò)中的一部分節(jié)點(diǎn)構(gòu)成，稱為分片。在整個(gè)網(wǎng)絡(luò)中的交易會(huì)被分配到不同分片進(jìn)行并行處理，因此能夠近似線性地提升區(qū)塊鏈的吞吐量［9］。文獻(xiàn)［10］提出一種基于公有鏈的分片方案ELASTICO。在ELASTICO 的每個(gè)共識(shí)周期中，參與者都需要計(jì)算出工作量證明（Proof of Work，PoW）答案，該答案用

當(dāng)前主要采用文件分片技術(shù)在服務(wù)器端對(duì)分片文件進(jìn)行合并[5-6]，MinIO原生就是支持文件分片。文中利用MinIO支持文件分片的特性，采用不同分片大小對(duì)文件上傳在響應(yīng)時(shí)間、并發(fā)數(shù)目和持續(xù)時(shí)間上進(jìn)行性能實(shí)驗(yàn)，找到當(dāng)前集群部署環(huán)境下適合的分片大小。1 MinIO簡介MinIO 是一個(gè)基于Apache License v2.0 開源協(xié)議的對(duì)象存儲(chǔ)服務(wù)，它兼容亞馬遜S3 云存儲(chǔ)服務(wù)接口。MinIO 對(duì)象存儲(chǔ)系統(tǒng)是為 海量數(shù)據(jù)存儲(chǔ)、人工智能、大數(shù)據(jù)分析而設(shè)計(jì)，它適合

包括側(cè)鏈[4]、分片技術(shù)[5]、DAG（directed acyclic graph）技術(shù)等[6]。分片是目前最有效的實(shí)現(xiàn)高性能而不降低去中心化程度的區(qū)塊鏈擴(kuò)容方案。分片的思想是“分而治之”，在區(qū)塊鏈系統(tǒng)中，分片是指將事務(wù)和存儲(chǔ)劃分為不同的分組，每個(gè)分組并行處理交易，從而提升區(qū)塊鏈的性能[7]。分片包括網(wǎng)絡(luò)分片、交易分片、狀態(tài)分片等，其中狀態(tài)分片難度最大，狀態(tài)分片在網(wǎng)絡(luò)分片和交易分片的基礎(chǔ)上，不僅將交易處理并行化，且因每個(gè)分片只存儲(chǔ)與本分片交易相關(guān)的狀態(tài)信

為有效的方式是將分片技術(shù)應(yīng)用到區(qū)塊鏈中，并對(duì)區(qū)塊鏈體系結(jié)構(gòu)進(jìn)行重新設(shè)計(jì)。因此，近年來學(xué)術(shù)界不斷探索在改進(jìn)的體系結(jié)構(gòu)中利用分片技術(shù)的優(yōu)化控制方法提高區(qū)塊鏈吞吐量。目前對(duì)于提高區(qū)塊鏈吞吐量的主要方法分為靜態(tài)優(yōu)化方法與動(dòng)態(tài)優(yōu)化方法。靜態(tài)優(yōu)化方法是指區(qū)塊鏈采用分片技術(shù)時(shí)，使用的分片策略一直固定不變。采用靜態(tài)優(yōu)化方法的研究有文獻(xiàn)[2-5]。以上研究對(duì)于區(qū)塊鏈的分片選擇均是靜態(tài)策略，這不符合動(dòng)態(tài)的區(qū)塊鏈環(huán)境。因此，有研究提出動(dòng)態(tài)優(yōu)化方法，將分片技術(shù)與深度強(qiáng)化學(xué)習(xí)（de

。MongoDB分片復(fù)制集群，將數(shù)據(jù)分散到不同的MongoDB 節(jié)點(diǎn)，具有負(fù)載均衡、故障切換和故障恢復(fù)等特點(diǎn)，適合存儲(chǔ)衛(wèi)星影像等海量小文件數(shù)據(jù)，能夠提供更大的讀寫吞吐量。2 MongoDB分片復(fù)制集群MongoDB 高可用集群有主從復(fù)制（Master-Slaver）、副本集（Replica Set）和分片（Sharding）模式三種部署模式。如表1 所示。表1：分片、副本集集群對(duì)比主從復(fù)制（Master-Slaver）模式不推薦使用，主節(jié)點(diǎn)宕機(jī)不能自動(dòng)恢復(fù)

擴(kuò)容技術(shù)主要包括分片方案[5]、DAG[6]、擴(kuò)塊[7,8]、側(cè)鏈技術(shù)[9]、狀態(tài)通道[10]等. 其中分片方案是目前擴(kuò)容技術(shù)中最為可行的方案, 它利用“分而治之”的思想, 將區(qū)塊鏈的存儲(chǔ)和負(fù)載分散到并行分片上. 目前分片分為網(wǎng)絡(luò)分片、交易分片和狀態(tài)分片, 網(wǎng)絡(luò)分片是將全網(wǎng)節(jié)點(diǎn)劃分到不同分片中, 是交易分片和狀態(tài)分片的基礎(chǔ)[11]; 交易分片是將全網(wǎng)交易劃分到不同的分片中進(jìn)行驗(yàn)證和打包, 全網(wǎng)多個(gè)分片通過并行對(duì)交易進(jìn)行驗(yàn)證和打包可以在一定程度上提升公鏈的性

塊鏈網(wǎng)絡(luò)可以通過分片實(shí)現(xiàn)吞吐量的提高，但分片會(huì)降低區(qū)塊鏈的穩(wěn)定性，因此需要在分片前針對(duì)各個(gè)委員會(huì)失敗概率進(jìn)行預(yù)評(píng)估，得到具有較高穩(wěn)定性的分片方案[1-6].Hafid等提出的使用Hoeffding邊界算法分析區(qū)塊鏈協(xié)議的穩(wěn)定性，計(jì)算單個(gè)委員會(huì)的失敗概率并乘以委員會(huì)數(shù)量得到分片失敗概率的精確邊界，適用于二項(xiàng)分布和超幾何分布的隨機(jī)變量[7].Zamani等提出了一種RapidChain方案，其中的穩(wěn)定性分析算法使用超幾何分布對(duì)分片節(jié)點(diǎn)進(jìn)行建模采樣，能準(zhǔn)確地計(jì)算

將數(shù)據(jù)庫中擴(kuò)容的分片方式［2-4］與區(qū)塊鏈技術(shù)相結(jié)合，自此之后，關(guān)于區(qū)塊鏈分片技術(shù)的研究一直層出不窮，不少學(xué)者從分布式賬本、共識(shí)機(jī)制、分片方式等方面針對(duì)分片技術(shù)進(jìn)行了大量研究。區(qū)塊鏈主要包括網(wǎng)絡(luò)分片、交易分片、狀態(tài)分片3 種分片方式，其中，網(wǎng)絡(luò)分片是基礎(chǔ)，狀態(tài)分片是瓶頸。網(wǎng)絡(luò)分片通過一定的組織方式將整個(gè)網(wǎng)絡(luò)分成不同分片，各個(gè)分片并行處理整個(gè)區(qū)塊鏈中的部分交易，各部分交易完全不同，從而同時(shí)完成多筆交易驗(yàn)證。交易分片使得各個(gè)網(wǎng)絡(luò)分片對(duì)交易具有更強(qiáng)的處理能力，其

提出。其中，網(wǎng)絡(luò)分片被認(rèn)為是解決區(qū)塊鏈可擴(kuò)展性問題及提升區(qū)塊鏈性能最主要的技術(shù)之一[7-10]。分片通過將整個(gè)區(qū)塊鏈網(wǎng)絡(luò)拆分為多個(gè)子網(wǎng)絡(luò)，每個(gè)子網(wǎng)絡(luò)由一個(gè)不同的節(jié)點(diǎn)集合進(jìn)行維護(hù)，交易在不同的子網(wǎng)絡(luò)內(nèi)并行處理。由于每個(gè)區(qū)塊鏈節(jié)點(diǎn)不必處理系統(tǒng)中所有的交易，因此極大地提升了網(wǎng)絡(luò)的交易處理性能。盡管如此，現(xiàn)有的區(qū)塊鏈分片算法仍存在一些挑戰(zhàn)[8]。首先，網(wǎng)絡(luò)分片大小是需要考慮的問題，當(dāng)網(wǎng)絡(luò)分片數(shù)目較多，即每個(gè)分片內(nèi)節(jié)點(diǎn)較少時(shí)，會(huì)導(dǎo)致共識(shí)的安全性問題。相反，當(dāng)網(wǎng)絡(luò)分片

干較小的部分進(jìn)行分片傳輸，對(duì)網(wǎng)絡(luò)通信各傳輸節(jié)點(diǎn)的承載能力以及整個(gè)傳輸鏈路的可靠性和適應(yīng)性提出了嚴(yán)峻挑戰(zhàn)。針對(duì)IP分片現(xiàn)象，介紹了超長數(shù)據(jù)包網(wǎng)絡(luò)傳輸過程中會(huì)存在的問題，提出了基于網(wǎng)絡(luò)數(shù)據(jù)包的自適應(yīng)組包方法，并通過案例進(jìn)行了測(cè)試分析，證明了該方法的可行性。關(guān)鍵詞：網(wǎng)絡(luò)；分片；自適應(yīng)中圖分類號(hào)：TP393文獻(xiàn)標(biāo)志碼：A文章編號(hào)：1008-1739（2022）04-62-40引言網(wǎng)絡(luò)協(xié)議的主要作用是在網(wǎng)絡(luò)上的設(shè)備之間傳輸和傳遞數(shù)據(jù)，為了完成任務(wù)，數(shù)據(jù)經(jīng)常被封裝成特

S索引建立、索引分片以及索引段合并方面來對(duì)ES進(jìn)行改進(jìn)的策略?；诖?，本文首先在索引創(chuàng)建時(shí)對(duì)ES的分詞器進(jìn)行修改并配置自定義詞典，其次提出基于集群節(jié)點(diǎn)性能與索引數(shù)據(jù)量大小的索引分片策略，最后根據(jù)節(jié)點(diǎn)性能來選擇合適的段合并時(shí)機(jī)，通過以上優(yōu)化來提升ES的性能。1 技術(shù)基礎(chǔ)本文提出的相關(guān)策略是對(duì)ES的索引創(chuàng)建、索引分片以及索引段合并方面進(jìn)行改進(jìn)，因此先對(duì)ES進(jìn)行一個(gè)簡單的介紹。ES是基于Lucene構(gòu)建的分布式全文智能檢索引擎，具有近實(shí)時(shí)、高性能、分布式和零配置

量與可擴(kuò)展性，將分片（Sharding）技術(shù)引入?yún)^(qū)塊鏈系統(tǒng)進(jìn)行水平擴(kuò)容（也稱為橫向擴(kuò)展，Scale-Out），使其在保證網(wǎng)絡(luò)去中心化和安全性的情況下可有 效提高性能，如 Elastico［5］、RapidChain［6］、Omniledger［7］、Monoxide［8］、ZILLIQA［9］等系統(tǒng)就引入了分片技術(shù)，由分片技術(shù)緩解了單鏈結(jié)構(gòu)下數(shù)據(jù)存儲(chǔ)與節(jié)點(diǎn)共識(shí)的壓力，并利用分片間的并行特性增大吞吐量，可擴(kuò)展性也得到了一定程度的提升，但應(yīng)用到醫(yī)療數(shù)據(jù)共享場(chǎng)景

擴(kuò)容技術(shù)主要包括分片方案[6]、DAG[7]、擴(kuò)塊[8-9]、側(cè)鏈技術(shù)[10]、狀態(tài)通道[11]等。其中分片方案是目前擴(kuò)容方案中最具可行性的方案，受到廣大學(xué)者和社區(qū)人員的關(guān)注和重視。區(qū)塊鏈分片的核心思想是將區(qū)塊鏈網(wǎng)絡(luò)節(jié)點(diǎn)劃分為若干個(gè)集合，每個(gè)集合獨(dú)立運(yùn)行共識(shí)協(xié)議，對(duì)交易進(jìn)行共識(shí)驗(yàn)證，并且每個(gè)集合可以并行地處理不同的交易集合甚至只存儲(chǔ)部分網(wǎng)絡(luò)狀態(tài)，從而達(dá)到提高交易吞吐量的效果。分片技術(shù)雖然可以提升區(qū)塊鏈系統(tǒng)的性能，但同時(shí)也帶來了新的挑戰(zhàn)。分片后網(wǎng)絡(luò)中必然存在

g 等［6］通過分片技術(shù)提高了區(qū)塊鏈數(shù)據(jù)交易性能；劉懿中等［7］從共識(shí)機(jī)制方面對(duì)區(qū)塊鏈進(jìn)行了詳細(xì)研究；方維維等［8］對(duì)PBFT 共識(shí)算法進(jìn)行優(yōu)化，提高了區(qū)塊鏈的可擴(kuò)展性。區(qū)塊鏈技術(shù)在中醫(yī)藥領(lǐng)域的應(yīng)用主要集中在中醫(yī)電子病歷方面。湯穎［9］分析了區(qū)塊鏈技術(shù)在電子病歷中的應(yīng)用；肖勇等［10］指出中醫(yī)信息化建設(shè)中存在的問題，并提出建設(shè)性意見。在安全性方面，牛淑芬等［11］提出基于聚合密鑰的密文檢索方案，提高了中醫(yī)電子病歷的安全性；侯姝言等［12］將可追蹤性安全機(jī)制

范穎 胡士毅網(wǎng)絡(luò)分片是5G時(shí)代的一個(gè)非常重要的特征,通過對(duì)同一物理網(wǎng)絡(luò)進(jìn)行切片劃分,能夠更好地不同業(yè)務(wù)對(duì)網(wǎng)絡(luò)SLA的不同服務(wù)質(zhì)量要求,同時(shí)可以更好更快速的提供新型業(yè)務(wù)的部署能力。本文介紹了IP承載網(wǎng)的網(wǎng)絡(luò)分片基本概念、目標(biāo)、切片技術(shù)及其方案,重點(diǎn)探討切片技術(shù)在艦船網(wǎng)絡(luò)中應(yīng)用,并提出部署建議。1 網(wǎng)絡(luò)分片概念與目標(biāo)3GPP組織對(duì)網(wǎng)絡(luò)分片的定義如下:在一個(gè)物理網(wǎng)絡(luò)中,將相關(guān)的業(yè)務(wù)功能、網(wǎng)絡(luò)資源組織在一起,形成一個(gè)完整、自治、獨(dú)立運(yùn)維的邏輯網(wǎng)絡(luò),滿足特定的用戶和

擴(kuò)容方案主要包括分片技術(shù)[5]、DAG[6]結(jié)構(gòu)、代理共識(shí)協(xié)議、增大區(qū)塊[7]等。Layer2擴(kuò)容方案主要包括側(cè)鏈[8]、狀態(tài)通道[9-10]等。區(qū)塊鏈分片的概念最早是在文獻(xiàn)[5]中提出，本質(zhì)是一種將計(jì)算和存儲(chǔ)分散到對(duì)等網(wǎng)絡(luò)的分區(qū)方式，每個(gè)節(jié)點(diǎn)只維護(hù)與其分片相關(guān)的信息。分片方案通過切割網(wǎng)絡(luò)中的節(jié)點(diǎn)和交易，以實(shí)現(xiàn)每秒處理數(shù)千筆交易的區(qū)塊鏈網(wǎng)絡(luò)。POW 類共識(shí)算法屬于概率性算法，采用最長鏈競(jìng)爭(zhēng)原則[11]，不適合分片內(nèi)；POS 類共識(shí)算法的邏輯是從整體上假定少

如把MP4切成小分片，每個(gè)小分片有一個(gè)MP4BOX，或直接使用DASH等MP4分片新格式。對(duì)于CDN已經(jīng)存儲(chǔ)的海量MP4文件而言，對(duì)其進(jìn)行重編碼和重新注入是一件極為費(fèi)時(shí)費(fèi)力的工作。本文提出了一種CDN存量MP4視頻播放優(yōu)化方法，并在實(shí)際應(yīng)用取得了較好的效果。2 CDN虛擬分片方案為優(yōu)化CDN MP4存量內(nèi)容的播放速度，可在現(xiàn)有MP4文件的基本上為其增加相應(yīng)索引，如圖1所示。圖1 CDN對(duì)MP4文件虛擬分片的交互架構(gòu)CDN掃描存量的MP4文件，并成生一個(gè)外部

0）為解決傳統(tǒng)的分片網(wǎng)絡(luò)資源編排系統(tǒng)無法將網(wǎng)絡(luò)控制面與網(wǎng)絡(luò)數(shù)據(jù)面分離的問題，利用SDN技術(shù)對(duì)分片網(wǎng)絡(luò)資源編排系統(tǒng)進(jìn)行優(yōu)化。SDN指的就是軟件定義網(wǎng)絡(luò)，在2006年由美國斯坦福大學(xué)CLean State課題研究組提出。SDN可以作為新型網(wǎng)絡(luò)創(chuàng)新架構(gòu)，能夠利用OpenFlow核心技術(shù)將網(wǎng)絡(luò)虛擬化。分片網(wǎng)絡(luò)資源編排在本質(zhì)上來講是將網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)控制面與網(wǎng)絡(luò)數(shù)據(jù)面分離，形成分片網(wǎng)絡(luò)資源，進(jìn)而實(shí)現(xiàn)網(wǎng)絡(luò)資源的靈活編排。分片網(wǎng)絡(luò)資源編排系統(tǒng)能夠使網(wǎng)絡(luò)以管道的形式變得更加

和可擴(kuò)展.目前，分片技術(shù)被廣泛視為一種能夠解決區(qū)塊鏈三角難題的有效方法，通過將交易和狀態(tài)進(jìn)行分割，使得不同的分片能夠并行處理不相關(guān)的交易，線性提升系統(tǒng)的處理能力.然而，為了避免惡意節(jié)點(diǎn)集中到某個(gè)特定分片發(fā)起攻擊，需要周期性地將分片節(jié)點(diǎn)進(jìn)行重組.由于分片節(jié)點(diǎn)只存儲(chǔ)了當(dāng)前分片的數(shù)據(jù)，當(dāng)被劃分到其他分片后，需要下載新分片的數(shù)據(jù)，這個(gè)過程被稱為狀態(tài)遷移.狀態(tài)遷移需要下載大量數(shù)據(jù)，不僅中斷了系統(tǒng)的處理，同時(shí)也限制了分片切換的頻率.針對(duì)節(jié)點(diǎn)存儲(chǔ)資源占用高的問題，研究人

5G+區(qū)塊鏈網(wǎng)絡(luò)分片建模，仿真對(duì)比了保證分片網(wǎng)絡(luò)可信和保證全網(wǎng)可信的兩種網(wǎng)絡(luò)分片方案的性能差異，分析了單點(diǎn)受控概率、分片可信度、分片數(shù)量、全網(wǎng)可信度等參數(shù)對(duì)分片規(guī)模、網(wǎng)絡(luò)規(guī)模的影響，給出了在滿足一定可信度條件下，區(qū)塊鏈網(wǎng)絡(luò)分片的最優(yōu)規(guī)模，并提出一定網(wǎng)絡(luò)規(guī)模下，區(qū)塊鏈網(wǎng)絡(luò)從保證分片網(wǎng)絡(luò)可信向保證全網(wǎng)可信方案演進(jìn)再向更大規(guī)模分片網(wǎng)絡(luò)可信方案演進(jìn)的路線。【關(guān)鍵詞】 5G;區(qū)塊鏈;擴(kuò)容;網(wǎng)絡(luò)分片doi：10.3969/j.issn.1006-1010.2020.0

ngoDB的自動(dòng)分片原理，提出一種改進(jìn)的基于節(jié)點(diǎn)實(shí)時(shí)負(fù)載的負(fù)載均衡算法[3]，以有效解決其自身算法存在的部分問題。1 MongoDB的自動(dòng)分片1.1 MongoDB簡介MongoDB是10gen公司使用C++編寫開發(fā)的基于分布式文件存儲(chǔ)的開源NoSQL數(shù)據(jù)庫系統(tǒng)，由于其性能高效、功能豐富，在生產(chǎn)中得到了廣泛應(yīng)用。MongoDB除了具有NoSQL 數(shù)據(jù)庫的相關(guān)特性外，還具有自動(dòng)分片、集群擴(kuò)展、單點(diǎn)故障自動(dòng)恢復(fù)、復(fù)雜查詢等優(yōu)點(diǎn)，非常符合存儲(chǔ)海量的半結(jié)構(gòu)化或非結(jié)

種帶有刪除機(jī)制的分片逆尺度空間算法，核心是將分片稀疏性引入到ISS算法中。在稀疏恢復(fù)問題上，相較于ISS算法，該算法能夠更好地保護(hù)信號(hào)的小尺度非零元素，在應(yīng)用于散亂數(shù)據(jù)擬合問題中得到了較好的擬合效果。分片稀疏性是一類描述向量中非零元素散亂分布現(xiàn)象的稀疏性。DONOHO和HUO[24]針對(duì)片稀疏信號(hào)對(duì)應(yīng)觀測(cè)矩陣具有的分塊結(jié)構(gòu)，引入分塊矩陣互相干(mutual coherence)條件，可將分塊正交矩陣的精確恢復(fù)信號(hào)的稀疏度理論上界推廣到一般分塊矩陣之中, 改

獻(xiàn)[13]提出的分片方案在減少區(qū)塊存儲(chǔ)和提高新節(jié)點(diǎn)加入?yún)^(qū)塊鏈效率方面都有明顯的優(yōu)勢(shì).該方案根據(jù)惡意節(jié)點(diǎn)概率計(jì)算分片區(qū)塊數(shù)量，利用區(qū)塊鏈中節(jié)點(diǎn)總數(shù)計(jì)算得到分片保存的副本數(shù)量.然而，這種方法存在以下2 個(gè)問題：1）將每個(gè)分片中編號(hào)最小區(qū)塊被惡意節(jié)點(diǎn)攻擊的概率設(shè)置為分片概率，使得分片中較新區(qū)塊存在安全問題，因?yàn)橄啾扔谕粋€(gè)分片中編號(hào)最小的區(qū)塊，分片中編號(hào)較大的區(qū)塊只有存儲(chǔ)更多的分片副本才能保證安全；2）將最少副本數(shù)量設(shè)定為某個(gè)定值也存在安全問題，因?yàn)樯贁?shù)分片副本

加工方式采用手動(dòng)分片，在規(guī)劃加工軌跡的過程中便已完成各功能區(qū)域劃分[4]，或是根據(jù)機(jī)械臂可達(dá)范圍對(duì)模型進(jìn)行分片處理[2-3]。文獻(xiàn)[5-7]在規(guī)劃軌跡前對(duì)工件三角網(wǎng)格模型進(jìn)行分片處理，對(duì)每一個(gè)分片區(qū)域分別進(jìn)行軌跡規(guī)劃，實(shí)現(xiàn)分操作的自動(dòng)運(yùn)行，拓展了機(jī)器人自動(dòng)化加工的涵蓋范圍，但從實(shí)現(xiàn)角度來看依然存有一些問題：（1）分片結(jié)果不能保證任意兩三角面片間法向矢量偏角或近似曲率小于設(shè)定閾值，而這正是保證加工質(zhì)量的關(guān)鍵所在；（2）分片結(jié)果面積小數(shù)量多，極為瑣碎，不利于加

張靜【摘要】分片代數(shù)曲線為二元樣條函數(shù)的零點(diǎn)集合，下面主要利用MATLAB程序，探討結(jié)式定理在分片代數(shù)曲線中的研究，并通過具體實(shí)例證明結(jié)式定理在求分片代數(shù)曲線的Bezout數(shù)的過程中存在著缺陷.在計(jì)算幾何以及數(shù)學(xué)分析中，利用多元樣條函數(shù)對(duì)給定散亂數(shù)據(jù)進(jìn)行插值是一個(gè)重要的課題[1]，在多元樣條函數(shù)的插值的過程中，如何選取適當(dāng)?shù)牟逯到Y(jié)點(diǎn)組是一個(gè)關(guān)鍵的問題，因?yàn)椴⒉皇菍?duì)任意給定的插值結(jié)點(diǎn)組，多元樣條插值的存在都是唯一的，王仁宏、Oleg Davydov等學(xué)者

數(shù)管理;數(shù)據(jù)庫;分片;備份與恢復(fù)引言近幾年，移動(dòng)互聯(lián)網(wǎng)蓬勃發(fā)展，導(dǎo)致通信產(chǎn)業(yè)結(jié)構(gòu)持續(xù)發(fā)生變化，傳統(tǒng)語音和短信業(yè)務(wù)收入也隨之下降。其主要原因是業(yè)務(wù)市場(chǎng)飽和以及來自新的市場(chǎng)進(jìn)入者的競(jìng)爭(zhēng)，尤其是OTT業(yè)務(wù)（COver The Top，基于開放互聯(lián)網(wǎng)的各種視頻及數(shù)據(jù)服務(wù)業(yè)務(wù)）對(duì)語音、短信業(yè)務(wù)的沖擊。此外，隨著更多智能終端的使用，可供用戶選擇的新業(yè)務(wù)、應(yīng)用數(shù)目增長，催生了數(shù)據(jù)流量消耗的增加。這要求未來的天線具有更高的頻帶利用率和頻譜效率。一、基站天線對(duì)通信、雷達(dá)、導(dǎo)

典的算法沒有考慮分片的計(jì)算成本問題[6].現(xiàn)有的研究大多數(shù)基于此類算法改進(jìn),其中部分改進(jìn)算法諸如GreedyDual[7]、GD-Wheel[8]均考慮了訪問歷史和計(jì)算成本,但在一個(gè)作業(yè)中待處理任務(wù)的執(zhí)行邏輯在Spark中是已知的,對(duì)訪問RDD歷史次數(shù)進(jìn)行優(yōu)化的緩存策略效果不明顯.類似的研究還有不考慮RDD的訪問歷史次數(shù)的LCS[9]算法,以及考慮計(jì)算成本次數(shù)加權(quán)的WR[10]算法.本文針對(duì)內(nèi)存占用率與RDD替換時(shí)的權(quán)重,考慮了分片的歷史訪問次數(shù)和計(jì)算成本

和完全索引、自動(dòng)分片、支持故障恢復(fù)、支持各種語言驅(qū)動(dòng)程序，自動(dòng)處理碎片等功能［7～9］，能夠適應(yīng)現(xiàn)代Web應(yīng)用飛速增長的海量數(shù)據(jù)，并且在分布式架構(gòu)下可以達(dá)到很好的性能［10］，是目前最有影響力的NoSQL數(shù)據(jù)庫之一。然而在分布式的系統(tǒng)架構(gòu)下，如何將數(shù)據(jù)進(jìn)行分片和分配［11～12］是必須要考慮的，因?yàn)閮烧卟呗缘倪x擇會(huì)直接影響到整個(gè)系統(tǒng)的擴(kuò)展性以及負(fù)載均衡性能［13］。因此本文選擇MongoDB數(shù)據(jù)庫，通過剖析其工作機(jī)制以及自動(dòng)分片的實(shí)現(xiàn)算法，提出了分片鍵選擇

短幀(本文稱之為分片)處理，當(dāng)Fij只占用1個(gè)時(shí)間槽時(shí)則無需分片，因此下文按兩種情況討論順序約束。3.2.1 不分片的情況當(dāng)幀F(xiàn)ij在調(diào)度表中只出現(xiàn)一次時(shí)，顯然其起始位置應(yīng)不小于0，結(jié)束位置應(yīng)不大于N，即:當(dāng)幀F(xiàn)ij在調(diào)度表中多次出現(xiàn)時(shí)，其多個(gè)周期偏移值滿足下式所示的約束條件:3.2.2 分片的情況(1)對(duì)分片先后順序的約束Fij的各個(gè)分片具有固定的先后順序關(guān)系，若Fij在調(diào)度表中只出現(xiàn)1次，則可表示為如下的約束:式中:(βij)s+1為幀F(xiàn)ij第s+1個(gè)

對(duì)上層數(shù)據(jù)幀進(jìn)行分片處理，并在接收端對(duì)分片進(jìn)行聚合處理，恢復(fù)原先的上層數(shù)據(jù)幀[2]。對(duì)數(shù)據(jù)幀進(jìn)行分片處理需要耗費(fèi)處理時(shí)間，如何設(shè)計(jì)一種性能優(yōu)越的幀分片處理算法，對(duì)減小協(xié)議開銷，提高數(shù)據(jù)吞吐量，降低系統(tǒng)實(shí)現(xiàn)難度具有重要意義。本文設(shè)計(jì)了一種高效的幀分片算法，并基于C語言對(duì)其進(jìn)行了實(shí)現(xiàn)。1 幀分片算法1.1 算法簡介下層數(shù)據(jù)幀最典型的為物理層幀，常見物理層數(shù)據(jù)幀的有效載荷長度具有以下兩個(gè)特點(diǎn)：1)最大有效載荷長度會(huì)根據(jù)下層某些動(dòng)態(tài)變化的發(fā)送參數(shù)(例如調(diào)制編碼方式

我公司創(chuàng)立了分段分片驗(yàn)收程序。通過分段分片驗(yàn)收,在支付進(jìn)度款上有依據(jù),在項(xiàng)目整體的管理上進(jìn)行聯(lián)動(dòng),每到一步就有人會(huì)要求驗(yàn)收,使項(xiàng)目有機(jī)成為一體,在后續(xù)中間交接時(shí)減少三查四定項(xiàng),減少后期尾項(xiàng)整改的風(fēng)險(xiǎn)。1 “分段分片驗(yàn)收”產(chǎn)生的背景1.1 工程建設(shè)項(xiàng)目周期短，管理要求高隨著全球經(jīng)濟(jì)持續(xù)增長,各類工程項(xiàng)目日益復(fù)雜,建設(shè)規(guī)模日益龐大,項(xiàng)目外部環(huán)境變化頻繁,政府和企業(yè)對(duì)項(xiàng)目工期、質(zhì)量、環(huán)境、安全以及經(jīng)濟(jì)目標(biāo)的要求越來越高,傳統(tǒng)的工程項(xiàng)目管理,如業(yè)主通過組建一個(gè)臨時(shí)

、不同碼率的視頻分片和相應(yīng)的MPD索引文件，客戶端根據(jù)當(dāng)前網(wǎng)絡(luò)狀況等因素向服務(wù)器請(qǐng)求相應(yīng)碼率的視頻分片進(jìn)行播放。圖1[5]形象展示了DASH的基本原理。圖1 DASH的基本原理當(dāng)播放視頻內(nèi)容時(shí)，DASH客戶端通過獲取并解析MPD文件，向服務(wù)器請(qǐng)求合適碼率的視頻分片。通過適當(dāng)?shù)木彌_，客戶端在適應(yīng)了網(wǎng)絡(luò)帶寬變化后，并同時(shí)監(jiān)測(cè)網(wǎng)絡(luò)帶寬的波動(dòng)，根據(jù)其測(cè)量結(jié)果，繼續(xù)獲取后面的視頻分片，以保持緩沖區(qū)有足夠的緩沖內(nèi)容。MPD文件格式和視頻分片Segment是DASH技術(shù)

《六州歌頭》的分片存在歧異：通常被視爲(wèi)上片結(jié)句的三言短韻，在劉潛、李冠二人詞中卻是下片開頭。劉、李二人詞雖有相混，分片卻一致，又是現(xiàn)存最早的此調(diào)作品。宋初鼓吹曲《六州》不是大曲，類似換頭重複的曲子，詞調(diào)《六州歌頭》的音樂與之相同。以《六州》可證較早的《六州歌頭》的三言短韻在下片開頭處。通過對(duì)三言短韻特點(diǎn)的分析，上下片首尾位置的統(tǒng)計(jì)，創(chuàng)作手法的分析等，可知三言短韻在早期作品中爲(wèi)下片換頭，後來則多爲(wèi)上片結(jié)句。此調(diào)在北宋錯(cuò)葉、通葉押韻，在南宋則多押平韻。押韻不

00000)基于分片一致性哈希負(fù)載均衡策略與應(yīng)用蘇躍明1,2，李 晨2，田麗華2(1.西安交通大學(xué) 軟件學(xué)院，陜西 西安 710000；2.百度(中國)有限公司，北京 100000)采用一致性哈希進(jìn)行數(shù)據(jù)分區(qū)和負(fù)載均衡的分布式鍵值存儲(chǔ)系統(tǒng)具有高可擴(kuò)展性的特點(diǎn)，但一致性哈希中哈希函數(shù)靜態(tài)負(fù)載均衡的特性不能滿足日益多樣化的應(yīng)用場(chǎng)景需求。為了適應(yīng)以上需求，從一致性哈希策略出發(fā)，結(jié)合動(dòng)態(tài)負(fù)載均衡技術(shù)，設(shè)計(jì)了一種基于一致性哈希的動(dòng)態(tài)負(fù)載均衡策略。該策略使用與物理節(jié)點(diǎn)

含標(biāo)示符的數(shù)據(jù)包分片如何處理？在H3 Cloud Lab模擬器上進(jìn)行仿真實(shí)驗(yàn)，對(duì)數(shù)據(jù)包進(jìn)行分片，探究NAPT對(duì)分片的處理過程。實(shí)驗(yàn)發(fā)現(xiàn)地址轉(zhuǎn)換設(shè)備記錄并保存了數(shù)據(jù)包首片的標(biāo)示符信息，以便對(duì)后續(xù)分片（不合標(biāo)示符）的處理。關(guān)鍵詞：網(wǎng)絡(luò)端口地址轉(zhuǎn)換；分片；傳輸層；路由；MTU1概述局域網(wǎng)內(nèi)的IP地址大多為私有地址，但私有地址只能在局域網(wǎng)內(nèi)部網(wǎng)中使用，不能在Internet公網(wǎng)上使用，現(xiàn)行的路由器設(shè)置也不轉(zhuǎn)發(fā)帶有私有地址的數(shù)據(jù)包。當(dāng)私有網(wǎng)絡(luò)內(nèi)的主機(jī)需要與位于Int

分即對(duì)數(shù)據(jù)庫進(jìn)行分片處理，對(duì)一個(gè)數(shù)據(jù)庫中的相關(guān)表進(jìn)行水平拆分，存放到不同實(shí)例的數(shù)據(jù)庫中。在大多數(shù)情況下，MySQL的分庫分表就是指的該種方式。數(shù)據(jù)庫分片的得失探討在實(shí)際的項(xiàng)目規(guī)劃中，如果沒有必要最好不要進(jìn)行分片處理。當(dāng)相關(guān)業(yè)務(wù)正常運(yùn)行時(shí)，如果數(shù)據(jù)庫的并發(fā)操作沒有達(dá)到臨界值，就貿(mào)然對(duì)其進(jìn)行分片，反倒變得難以維護(hù)，對(duì)運(yùn)維產(chǎn)生不利影響。為了提高運(yùn)維效能，應(yīng)該首先考慮通過性能調(diào)優(yōu)或者提高應(yīng)用程序以及數(shù)據(jù)庫設(shè)計(jì)水平，來推遲分片操作。例如，對(duì)于上述產(chǎn)品庫中的衣服表來說

層傳輸時(shí)采用的了分片的技術(shù)手段。下面我們將通過PING命令發(fā)送ICMP數(shù)據(jù)包來真實(shí)體驗(yàn)一下IP分片的全過程?；A(chǔ)知識(shí)：以太網(wǎng)數(shù)據(jù)傳送大小限制傳統(tǒng)的以太網(wǎng)是共享性局域網(wǎng)，采用載波偵聽多路訪問/沖突檢測(cè)CSMA/CD協(xié)議。最小幀長必須大于整個(gè)網(wǎng)絡(luò)的最大時(shí)延位(最大時(shí)延時(shí)間內(nèi)可以傳輸?shù)臄?shù)據(jù)位)。如果幀長度太小，就可能出現(xiàn)網(wǎng)絡(luò)上同時(shí)有兩個(gè)幀在傳播，就會(huì)產(chǎn)生沖突(碰撞)而造成網(wǎng)絡(luò)無法發(fā)送數(shù)據(jù)。如果數(shù)據(jù)幀太長就會(huì)出現(xiàn)有的工作長時(shí)間不能發(fā)送數(shù)據(jù)，而且可能超出接受端的緩沖

NIDS缺乏IP分片的重組功能，不能夠還原出原始的報(bào)文，使得NIDS不能進(jìn)行正常的過濾和檢測(cè)。現(xiàn)在的大部分NIDS都具備重組IP分片的功能，但是攻擊者通過精心設(shè)置TTL構(gòu)造的報(bào)文[2]，使得報(bào)文在NIDS和終端主機(jī)之間被丟棄，之后又重傳了內(nèi)容不同的報(bào)文(如圖1所示)，這樣NIDS無法判斷對(duì)于同一個(gè)序列號(hào)(SEQ)，終端主機(jī)到底會(huì)接收哪個(gè)數(shù)據(jù)包，除非NIDS能夠?qū)⑺械那闆r都列出，才能檢測(cè)出“root”這種情況。為了能夠正確地分析一條流[3]，NIDS必須首

te-over的分片和重組機(jī)制陳晶晶1，2，李曉記1，鄭 霖1，2（1.桂林電子科技大學(xué)，廣西 桂林 541004；2.通信網(wǎng)信息傳輸與分發(fā)技術(shù)重點(diǎn)實(shí)驗(yàn)室，河北 石家莊 050081）針對(duì)Route-over路由在6LoWPAN中存在需要在每一跳節(jié)點(diǎn)進(jìn)行分片和重組的問題，提出了一種Enhanced Route-over機(jī)制，該機(jī)制通過在Route-over轉(zhuǎn)發(fā)過程中增加映射表和構(gòu)建虛擬IP幀，改善了Route-over路由在數(shù)據(jù)報(bào)端到端傳輸時(shí)延方面的性能，

P／IP協(xié)議棧的分片技術(shù)把數(shù)據(jù)包進(jìn)行分片，并在接收端對(duì)其進(jìn)行重組。眾所周知，TCP／IP本身是有內(nèi)部分片的［1］，但是其大小不能大于65 535字節(jié)，并且只能按照默認(rèn)的1 514字節(jié)的大小在以太網(wǎng)中進(jìn)行傳輸，但是，網(wǎng)絡(luò)傳輸時(shí)延、路由器處理時(shí)延、丟包率等網(wǎng)絡(luò)參數(shù)均與數(shù)據(jù)包長度相關(guān)［2］，1 514字節(jié)的長度在網(wǎng)絡(luò)環(huán)境良好時(shí)，可以使音視頻應(yīng)用具有良好的效果，這一點(diǎn)在我們的音視頻聊天系統(tǒng)中可以看到，但是一旦網(wǎng)絡(luò)環(huán)境不好，可用帶寬減小的時(shí)候，只依靠IP本身的分片已

務(wù)器需要完成2個(gè)分片的查詢工作,而另一臺(tái)服務(wù)器處于完全空閑的狀態(tài).查詢性能不均衡[4].該缺點(diǎn)主要由兩個(gè)原因?qū)е?1)因?yàn)槊總€(gè)分片的注冊(cè)線程是完全獨(dú)立的,每臺(tái)服務(wù)器上有兩個(gè)不同的分片需要注冊(cè),而由于服務(wù)器的啟動(dòng)速度和網(wǎng)路情況都不相同,往往會(huì)出現(xiàn)一臺(tái)服務(wù)器上的兩個(gè)分片都首先注冊(cè)到zookeeper[5]的分片管理目錄下而成為主節(jié)點(diǎn),而注冊(cè)速度慢的服務(wù)器上的兩個(gè)節(jié)點(diǎn)都會(huì)成為從節(jié)點(diǎn).2)即使首次創(chuàng)建時(shí)主節(jié)點(diǎn)的分配是均衡的,即每臺(tái)服務(wù)器上有一個(gè)主節(jié)點(diǎn)和一個(gè)從節(jié)點(diǎn),

RS糾刪碼的數(shù)據(jù)分片方法，把用戶數(shù)據(jù)分成若干分片分別存儲(chǔ)到不同存儲(chǔ)節(jié)點(diǎn)。在拜占庭故障的情況下，不同的m個(gè)分片的子集可能解碼出不同的數(shù)據(jù)塊，所以使用分片驗(yàn)證技術(shù)來確保分片來自于唯一正確的數(shù)據(jù)塊，從而保證數(shù)據(jù)的可靠性。關(guān)鍵詞：糾刪碼冗余技術(shù)；數(shù)據(jù)分片1.糾刪碼冗余技術(shù)的原理一般來說，糾刪碼可以用一個(gè)四元組（n，k，b，k）來表示，其中，k是編碼前文件塊的個(gè)數(shù)，b是每個(gè)文件塊包含的比特?cái)?shù)，k是一個(gè)不小于k的數(shù)，n是編碼后的文件塊個(gè)數(shù)[1]。糾刪碼冗余技術(shù)用于存儲(chǔ)

預(yù)先計(jì)算各個(gè)任務(wù)分片的EFT(earliest finish time)，以確定任務(wù)分片的先后關(guān)系。2) 層次優(yōu)先選擇算法。如 PCH(path clustering heuristic)[14]、優(yōu)先工序集調(diào)度[15]等，此類算法以最大化同一層任務(wù)分片的并行處理為手段，將任務(wù)分片的層數(shù)作為優(yōu)先級(jí)，以確定任務(wù)分片的調(diào)度次序。3) 堆棧式回退算法。如 HEFT-lookahead[16]、回退搶占算法[17]等，此類算法考慮了后續(xù)調(diào)度中空閑時(shí)段被占用的情況，

地址配置、報(bào)文的分片和重組、IPv6報(bào)頭壓縮、路由、網(wǎng)絡(luò)管理等。本文主要分析和研究報(bào)文的分片和重組功能［3］。根據(jù)RFC2460協(xié)議規(guī)定，IPv6以下的鏈路層的最大傳輸單元MTU（Maximum Transmission Unit）最小應(yīng)該是1 280字節(jié)［5］。因此作為鏈路層的6LoPAN就要能夠接收1 280字節(jié)的數(shù)據(jù)包，并將其分成127字節(jié)以內(nèi)的IEEE 802.15.4能夠接收的MAC層的數(shù)據(jù)幀。1.2 IPv6報(bào)文格式根據(jù)RFC2460協(xié)議規(guī)定I

性能優(yōu)化；集群；分片中圖分類號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1671-7597（2014）03-0037-03隨著傳統(tǒng)互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)的持續(xù)發(fā)展，網(wǎng)絡(luò)帶給我們的是不斷增長的各種不同價(jià)值信息，然而如何在信息海洋中快速檢索到有價(jià)值信息，對(duì)于我們來講至關(guān)重要。目前一些搜索公司在公共互聯(lián)網(wǎng)領(lǐng)域提供了很好的解決方案，但是企業(yè)或者政府機(jī)關(guān)內(nèi)部相關(guān)信息往往需要應(yīng)用獨(dú)立的搜索系統(tǒng)，Solr Cloud則是很好的一個(gè)平臺(tái)選擇。1 概述隨著企業(yè)和政府信息化建設(shè)的持

網(wǎng)絡(luò)分片是自IT興起以來就有的一種經(jīng)過檢驗(yàn)且可靠的網(wǎng)絡(luò)安全原則。早在上世紀(jì)70年代，James Martin、Saltzer和Schroeder研究提出的最小權(quán)限和職責(zé)分離等概念讓企業(yè)懂得了只能給用戶提供業(yè)務(wù)所需要的系統(tǒng)訪問權(quán)限，而不提供在此范圍之外的權(quán)限。但是，在幾十年的時(shí)間里，有無數(shù)的安全事件都是因?yàn)橐恍┤双@得了本不應(yīng)該獲得的未授權(quán)系統(tǒng)訪問權(quán)限。顯然這里出現(xiàn)了問題。例如，最近出現(xiàn)了來自中國的攻擊入侵歐洲網(wǎng)絡(luò)的事件，黑客攻破了網(wǎng)絡(luò)，并使用高訪問權(quán)限盜取數(shù)

問題多與IP報(bào)文分片有關(guān)。2 IP報(bào)文分片的原理2.1 MTU在TCP/IP協(xié)議族中，鏈路層的報(bào)文叫做“幀”，每種鏈路層協(xié)議對(duì)數(shù)據(jù)幀的長度都有一個(gè)限制，這個(gè)特性稱作最大傳輸單元 (Maxitum Transmission Unit，MTU)[1]，單位為字節(jié)（Byte）。如常用的EthernetII網(wǎng)絡(luò)MTU為1500，IEEE 802.3網(wǎng)絡(luò)MTU為1492。如果IP層有一個(gè)數(shù)據(jù)報(bào)要傳，而且數(shù)據(jù)的長度比鏈路層的MTU還大，那么IP層就需要分片，使每一片的

驗(yàn)結(jié)果表明，數(shù)據(jù)分片存儲(chǔ)以及選擇最佳的分片大小能有效提高天文數(shù)據(jù)的存儲(chǔ)和訪問效率。海量天文數(shù)據(jù)云存儲(chǔ)NoSQL MongoDB數(shù)據(jù)分片1 引言虛擬天文臺(tái)天文數(shù)據(jù)存儲(chǔ)基本采用“Linux+IDE硬盤+軟RAID技術(shù)”模式[1]。實(shí)際上，傳統(tǒng)的直接存儲(chǔ)技術(shù)難以滿足天文領(lǐng)域每日TB級(jí)動(dòng)態(tài)增長的海量數(shù)據(jù)存儲(chǔ)以及數(shù)據(jù)的實(shí)時(shí)處理、同步傳輸和多點(diǎn)備份等一系列需求[2]。近些年來，由于微軟、蘋果、google、IBM、戴爾和Amazon等知名服務(wù)商的加入，云存儲(chǔ)技術(shù)發(fā)展更

重要。1 適配層分片與重組技術(shù)分析IPv6協(xié)議規(guī)定的鏈路層最小MTU 為1 280字節(jié)，對(duì)于不支持該MTU 的鏈路層，協(xié)議要求必須提供對(duì)IPv6透明的鏈路層的分片和重組。而IEEE 802.15.4MAC層最大幀長僅為127字節(jié)［2］，因此，適配層需要通過對(duì)IP報(bào)文進(jìn)行分片和重組來傳輸超過IEEE 802.15.4MAC層最大幀長的報(bào)文。1.1 分 片當(dāng)上層遞交一個(gè)超過適配層最大載荷長度的報(bào)文給適配層后，適配層需要對(duì)該報(bào)文分片進(jìn)行發(fā)送。適配層分片的判斷條件

輯網(wǎng)絡(luò)被稱為一個(gè)分片（slice）。FlowVisor對(duì)OpenFlow網(wǎng)絡(luò)進(jìn)行分片的主要資源包括：帶寬，拓?fù)?，流表?xiàng)的個(gè)數(shù)，設(shè)備CPU。目前在系統(tǒng)中主要體現(xiàn)的是流表項(xiàng)個(gè)數(shù)和帶寬。對(duì)分片的區(qū)別是用流空間的概念來實(shí)現(xiàn)的，每一個(gè)流空間是一系列統(tǒng)配規(guī)則。與流表項(xiàng)不同的是它并沒有轉(zhuǎn)發(fā)規(guī)則。對(duì)于進(jìn)入交換設(shè)備的數(shù)據(jù)包，F(xiàn)lowVisor首先要將其攔截并且確定它屬于哪一個(gè)分片。每一個(gè)分片都有其可見范圍和權(quán)限，這需要交換設(shè)備對(duì)每個(gè)分片內(nèi)的包進(jìn)行改寫。比如，一個(gè)分片內(nèi)進(jìn)行廣

中節(jié)點(diǎn)能力和數(shù)據(jù)分片的優(yōu)先級(jí),提出了最少最小優(yōu)先調(diào)度算法（LRFA）.算法結(jié)合了現(xiàn)有的最少優(yōu)先策略,將數(shù)據(jù)的稀缺性和時(shí)間特性作為重要因素,對(duì)節(jié)點(diǎn)能力進(jìn)行了動(dòng)態(tài)估算,最終實(shí)現(xiàn)了節(jié)點(diǎn)資源的充分利用.P2P網(wǎng)絡(luò)；數(shù)據(jù)調(diào)度；數(shù)據(jù)優(yōu)先級(jí)；稀缺優(yōu)先；節(jié)點(diǎn)能力近年來基于P2P技術(shù)的流媒體應(yīng)用已成為研究熱點(diǎn)[1].P2P流媒體系統(tǒng)中普通主機(jī)節(jié)點(diǎn)（對(duì)等節(jié)點(diǎn),簡稱Peer節(jié)點(diǎn)）從其他Peer節(jié)點(diǎn)獲取流媒體數(shù)據(jù)的同時(shí),也承擔(dān)起為其他Peer節(jié)點(diǎn)轉(zhuǎn)發(fā)數(shù)據(jù)的任務(wù),充分利用了空閑的網(wǎng)

境中。下面就重疊分片躲避與多線程躲避為例，分析一下網(wǎng)絡(luò)躲避技術(shù)的原理。重疊分片躲避技術(shù)分析把一個(gè)大的數(shù)據(jù)包分成多個(gè)切片(IP包)傳輸，是TCP協(xié)議的功能之一。正常的情況下接收端按照切片的編號(hào)、偏移量，再重新組裝成完整的數(shù)據(jù)包。正常的協(xié)議解析過程是每個(gè)分片順序排列，并且按序號(hào)送達(dá)目的主機(jī)。由于網(wǎng)絡(luò)的不同路徑延遲不同，造成到達(dá)目標(biāo)的分片不一定是順序的;某個(gè)分片或許中途損壞要重傳，延遲自然更大一些;有些系統(tǒng)本身的Bug，分片時(shí)偏移量寫錯(cuò)了，造成分片之間有重疊…這

）模糊系統(tǒng)中方形分片線性函數(shù)依K－積分模的泛逼近性段晨霞，王貴君（天津師范大學(xué) 數(shù)學(xué)科學(xué)學(xué)院，天津 300387）首先引入方形分片線性函數(shù)和K－擬可加積分的概念，應(yīng)用誘導(dǎo)算子及積分轉(zhuǎn)換定理證明了方形分片線性函數(shù)在K－積分模意義下對(duì)一類可積函數(shù)的泛逼近性.該結(jié)果表明：模糊系統(tǒng)中方形分片線性函數(shù)對(duì)連續(xù)函數(shù)的逼近能力可以推廣為對(duì)一般可積系統(tǒng)的逼近能力.方形分片線性函數(shù)；K－擬可加積分；＾μ－可積函數(shù)；K－積分模；泛逼近性模糊系統(tǒng)是模擬人腦推理性能的一類有效模型，