什么是“共享內(nèi)存”？共享內(nèi)存也說顯卡顯存，指在多處理器的計算機系統(tǒng)中，可以被有所不同中央CPU訪問網(wǎng)絡的大容量內(nèi)存。由于多個CPU要快速訪問存儲器，那樣還要對存儲器進行緩存。任何一個緩存的數(shù)據(jù)被沒更新

什么是“共享內(nèi)存”？

共享內(nèi)存也說顯卡顯存，指在多處理器的計算機系統(tǒng)中，可以被有所不同中央CPU訪問網(wǎng)絡的大容量內(nèi)存。由于多個CPU要快速訪問存儲器，那樣還要對存儲器進行緩存。任何一個緩存的數(shù)據(jù)被沒更新后，的原因其他處理器也肯定要存取，互相訪問內(nèi)存就必須立即可以更新，否則差別的處理器很可能應用不同的數(shù)據(jù)。網(wǎng)絡共享內(nèi)存是Unix下的多進程之間的通信方法,這種方常情況用于一個程序的多進程間通信，但是多個程序間也是可以是從共享內(nèi)存來傳遞信息。

寬帶共享內(nèi)存的原理

享內(nèi)存通信的一個非常明顯的好處是效率高，只不過進程這個可以然后讀寫內(nèi)存，而不不需要任何數(shù)據(jù)的拷備。是對像管道和消息隊列等通信，則是需要在內(nèi)核和用戶空間參與四次的數(shù)據(jù)拷入，而共享內(nèi)存則只文件復制兩次數(shù)據(jù)兩次從然后輸入文件到寬帶共享內(nèi)存區(qū)，另兩次從互相訪問內(nèi)存區(qū)到作為輸出文件。當然了，進程之間在共享內(nèi)存時，卻不是我總是寫數(shù)據(jù)少量數(shù)據(jù)后就解除契約映射，有新的通信時，再新的確立互相訪問內(nèi)存區(qū)域。完全是盡量網(wǎng)絡共享區(qū)域，等他通信一切就緒為止，這樣，數(shù)據(jù)內(nèi)容一直在需要保存在寬帶共享內(nèi)存中，根本不會寫回文件。寬帶共享內(nèi)存中的內(nèi)容并不一定是在解鎖映射時才寫回文件的。

哪些方法可以提高socket的傳輸效率？

Socket的傳輸效率有所不同的I/O模型效率千差萬別，是需要詳細介紹幫一下忙unix的5種I/O模型，共有是：

1.堵塞I/O

在進程空間中動態(tài)鏈接庫recvfrom,其系統(tǒng)調(diào)用直到數(shù)據(jù)包可以到達且被剪切粘貼到應用程序的緩沖區(qū)或是突然才回，在此期間進程直接進入睡眠或是堆起狀態(tài)。（進程掛著了）

2.非阻塞I/O

非阻塞I/O模型:recvfrom從應用層到內(nèi)核的時候，如果不是該緩沖區(qū)沒有數(shù)據(jù)的話，就然后直接返回一個ewouldblock錯誤，用戶進程便在最終趕往數(shù)據(jù)之前總是在動態(tài)鏈接庫recv操作問數(shù)據(jù)可讀性，輪詢的操作。（輪詢占內(nèi)存CPU）

3.I/O復用

I/O復用(select,poll,epoll等接受I/O多路復用)：進程按照將一個或多個再連接傳達給select或poll用戶態(tài)，I/O復用基于了多個再連接也可以多種再連接(TCP,UDP等)一條網(wǎng)線了同一種再等待機制，select會返回某個直接連接的可讀條件，全局函數(shù)recv/recvfrom把所讀的數(shù)據(jù)報文件復制到應用進程的緩沖區(qū)中。(多個再連接需要注冊同一個select,nio是設計和實現(xiàn)I/O復用模型基于的)

4.信號驅動程序I/O

是從sigaction用戶進程利用了SIGIO信號的去捕獲與一次性處理函數(shù)，它是非阻塞的。當有數(shù)據(jù)準備就緒時，就為該進程生成一個SIGIO信號，實際信號回調(diào)通知應用程序調(diào)用recvfrom來讀取數(shù)據(jù)。（捕捉獵物內(nèi)核發(fā)送過去的信號）

5.同步異步I/O

異步/O:速回內(nèi)核起動某個操作，并讓內(nèi)核在整個操作能夠完成后安排我們，包括將數(shù)據(jù)從內(nèi)核拷備到用戶空間(異步運行的)。

前面四種情況也是歌詞同步的，到最后種是同步異步；已java為例隨機的api有ServerSocket，ServerSocketChannel，AsynchronousServerSocketChannel；

我覺得這個可以從以下幾個方面仔細：

1.你選適合的I/O模型

2.線程模型

3.又高效的協(xié)議

1.你選擇合適的I/O模型

舊唐書·憲宗本紀介紹的五種I/O模型，不同的I/O模型效率千差萬別；.例如早期的網(wǎng)絡連接不使用造成堵塞的，然后再每個請求對應一個線程的，到現(xiàn)在較低使用的多路復用模式，在用很小的線程也可以去處理大量的連接

2.線程模型

有隨機的單線程模型，多線程模型，主從線程模型；主從線程模型現(xiàn)在在很多通信框架中較低不使用，大概情況就是連接上的建立和讀寫四等份多個線程池來處理；

3.高效安全的協(xié)議

既然是基于組件socket傳輸數(shù)據(jù)，那必然必須在其基礎上怎么設計比較合適的協(xié)議，再者我們廣泛的協(xié)議格式:：

協(xié)議{協(xié)議頭(header)協(xié)議數(shù)據(jù)(data)}至于在協(xié)議的基礎上我們并不一定需要對數(shù)據(jù)通過序列化處理，不同的序列化性能上也差距比較大，比如說grpc在性能上和數(shù)據(jù)量上也有優(yōu)秀；當然來講也需要應用高壓縮格式，相同的壓解方法性能上也差距比較大；

總結

本文從三個方面介紹了該如何增加socket的傳輸效率；當然了之外以上說的幾種情況，也和一些外部環(huán)境的配置關聯(lián)，例如服務器的連接數(shù)設置，網(wǎng)絡帶寬等等