IO模型 io多路復用（三）

兩者相互比較

1、如果只有乙個使用者連線server端，多路復用io還不如阻塞io效率高

2、相比阻塞io，多路復用io中間多了個反饋機制

3、多路復用io的**可以同時監控socket、多個socket物件coon1 coon2....、 recv

4、多路復用io可以識別有人連線某個coon3，然後告知有coon3，然後coon3 recv

5、可以不用while turn（佔記憶體）去迴圈監聽，直接有個代替我去做這些事

6、多路復用io機制是作業系統提供的，不是**級別的，win下有專門提供多路復用io機制select模組來完成【**】的服務

io多路復用

server端

client端

這種併發是使用io多路復用機制來實現併發的socket的server，並不是犧牲cpu的使用率來實現的，而是利用作業系統提供的io多路復用的機制

# io多路復用（在win下並不是很高效）

# select機制

windows 和 linux 都有     都是作業系統輪詢每乙個被監聽的項,看是否有讀操作

#    poll機制

linux          它可以監聽的物件比select機制可以監聽的多

# 隨著監聽項的增多,導致效率降低

#     epoll機制

linux    對每乙個列表監聽的物件繫結乙個**函式，**函式來反饋有人來鏈結(linux下推薦使用）

為了**的可用於適用不同系統機制，出現selector，根據系統自動選擇對於的io多路復用機制（selector_demo）

import selectors

from socket import *
def accept(sk,mask):
conn,addr=sk.accept()
sel.register(conn,selectors.event_read,read)
def 
read(conn
,mask):#一般使用我們只需要變動這段內容就好，其他不用變
當我們web開發server端時，如果預計可能每秒的訪問量比較大時，這時候我們就不要選擇diango框架（非非同步框架），應該選擇 tornade（或 twstied）非同步io框架(沒有wait date和copy date阻塞階段，能響應更多的請求）
 
IO模型 IO多路復用
用socket 一定會用到accept recv recvfrom這些方法 正常情況下 accept recv recvfrom都是阻塞的 如果setblocking false 整個程式就變成乙個非阻塞的程式了非阻塞的特點 沒有併發程式設計的機制 是乙個同步的程式 程式不會在某乙個連線的recv或...
IO模型 多路復用
乙個輸入操作通常包括兩個階段 應用程序被阻塞，直到資料從核心緩衝區複製到應用程序緩衝區中才返回。應該注意到，在阻塞的過程中，其它應用程序還可以執行，因此阻塞不意味著整個作業系統都被阻塞。因為其它應用程序還可以執行，所以不消耗 cpu 時間，這種模型的 cpu 利用率會比較高。應用程序執行系統呼叫之後...
IO多路復用 select模型
客戶端 見 c s通訊 伺服器阻塞型使用 伺服器端 include include include include include include include include include include include include int main set local address m...