select的缺點：
- 單個進程能夠監視的文件描述符的數量存在最大限制，通常是1024，當然可以更改數量，但由于select采用輪詢的方式掃描文件描述符，文件描述符數量越多，性能越差；
- 內核/用戶空間內存拷貝問題，select需要復制大量的句柄數據結構，產生巨大的開銷
- select返回的是含有整個句柄的數組，應用程序需要遍歷整個數組才能發現哪些句柄發生了事件；
- select的觸發方式是水平觸發，應用程序如果沒有完成對一個已經就緒的文件描述符進行IO，那么之后再次select調用還是會將這些文件描述符通知進程。
- 相比于select模型，poll使用鏈表保存文件描述符，因此沒有了監視文件數量的限制，但其他三個缺點依然存在。
拿select模型為例，假設我們的服務器需要支持100萬的并發連接，則在_FD_SETSIZE為1024的情況下，則我們至少需要開辟1k個進程才能實現100萬的并發連接。除了進程間上下文切換的時間消耗外，從內核/用戶空間大量的無腦內存拷貝、數組輪詢等，是系統難以承受的。因此，基于select模型的服務器程序，要達到10萬級別的并發訪問，是一個很難完成的任務。
)