dubbo快速學(xué)習(xí)6-課件源代碼培訓(xùn)high performance remoting_第1頁(yè)
dubbo快速學(xué)習(xí)6-課件源代碼培訓(xùn)high performance remoting_第2頁(yè)
dubbo快速學(xué)習(xí)6-課件源代碼培訓(xùn)high performance remoting_第3頁(yè)
dubbo快速學(xué)習(xí)6-課件源代碼培訓(xùn)high performance remoting_第4頁(yè)
dubbo快速學(xué)習(xí)6-課件源代碼培訓(xùn)high performance remoting_第5頁(yè)
已閱讀5頁(yè),還剩46頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

協(xié)議、傳輸、線201241提SimpleRPC&DataHeader&IOModel&TCP&linux2 o(“hi,Public<T>TgetProxy(Class<T>interfaceClass,Stringhost,intpublicObjectinvoke(Objectproxy,Methodmethod,Object[]arguments)throwsThrowable{Socketsocket=newSocket(host,port);ObjectOutputStreamoutput=newObjectInputStreaminput=newreturninput.readObject();}} PublicString ServerSocketserver=newfinalSocketsocket=server.accept();newThread(newRunnable(){ObjectInputStreaminput=newStringmethodName=Object[]arguments=(Object[])input.readObject();ObjectOutputStreamoutput=new}客戶 服務(wù)3問(wèn)題在哪網(wǎng)絡(luò)傳輸方序列化方線程模型:每連接每線4三協(xié)傳線5Data6Data getProxyand

ReadFrom

Writeto

ReadFrom

Writeto7AppendDataDubboDataData Bit0-4Bit0-4-8-14-16-19-0TotalFragmentTimetoHeaderSourceIPOptions(ifHeaderLength>5BitBit0-4-8916-24-0DestinationWindowUrgentpointer(ifURGOptions(ifDataOffset>BitBit0-8-16-24-0MagicMagicSerialization32-Id96-data9DataPortUnification-Magic多協(xié)議支兼LongIdVSId同步轉(zhuǎn)異擴(kuò)展DataHeader同步轉(zhuǎn)異并行發(fā)起多個(gè)請(qǐng)求,但只使用一個(gè)線Future<Xxx>xxxFuture=Body幾個(gè)關(guān)鍵因Serialization Serialization壓縮壓縮Body服務(wù)調(diào)用時(shí)間主要消Dubbo序列化主要優(yōu)化目SerializationSpecialbasicMultiplexChunkOrderedvs.Contractvs.Self-Poisonvs.Self-

IO模模IO模IOTCP選IO模從內(nèi)核緩沖區(qū)拷貝到進(jìn)程緩異步BlockingI/ONon-BlockingI/OI/OMultiplexingSignal-DrivenI/OAsynchronous

IO模型之間的區(qū)NIO帶來(lái)了什NIOReactor模NIO網(wǎng)絡(luò)框架的典型模組EventloopMinaNetty都是此模式的實(shí)Reactor示意NIOTCP選SO_RCVBUF和MSS=MTU+40,一般以太網(wǎng)卡的MTU=1500字節(jié)。MSSMTU buffer和sendbuffer應(yīng)該同時(shí)增加帶寬延遲乘積——為了優(yōu)化TCP吞吐量(假設(shè)為合理的無(wú)差錯(cuò)邏輯管道的容量計(jì)BDP=帶寬xNagle Socket. net、服務(wù)調(diào)用),隔2個(gè)小中軟中Linux內(nèi)核優(yōu)化-Linux內(nèi)核開(kāi)啟RPS,小包處理提升使用LinuxKernel2.6.35開(kāi)啟該功能Dubbo的TPS提高RPSReceivePacketSteeringhashah中斷運(yùn)行的,cpuahcpu上線程模線程模型內(nèi)Reactor線程模序列化線業(yè)務(wù)線程派發(fā)策Reactor單線程模Reactor多線程模Reactor多線程模IO線程處理序列CodecCodec&donextinthread clear可以改進(jìn)業(yè)務(wù)線程處理

clear

ReaddataFrame donextinthreadpool

CodecReactor多線程模

線程派發(fā)策Connect(連接建立Disconnect(連接斷開(kāi)MessageReceived(消息已接受Sent(消息已發(fā)送ExceptionCaught(異常5個(gè)事件共享同一個(gè)線程Connectdisconnect使用獨(dú)立線程池(size為全部不派發(fā)線程池,IO線程處ThreadPool設(shè)置多少線程合充分利用cpu線程數(shù)量ThreadPool從CPU角度而線程數(shù)量的設(shè)置就是由CPU決定的ThreadPool線程數(shù)=(182508020*2線程數(shù)=(501828050*1/13ThreadPool公式線程數(shù)量=(線程總時(shí)間/瓶頸資源時(shí)間)*瓶頸資源的線程并行瓶頸資源的線程并行數(shù)=瓶頸資源的總份數(shù)/單次請(qǐng)求占用瓶頸資源的約束如果線程數(shù)不夠,則QPSS其他優(yōu)其他優(yōu)LockfreedataBuffercopy(ZeroJVMGC注意性能的短板效應(yīng),避免過(guò)度

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論