案例1
DIOCP是Delphi下進行IOCP服務端通訊開發的一個非常好的開源架構，穩定、高效并且使用起來十分簡單。 自己兩個多月之前因為需要使用Delphi開發一個TCP服務端，當時也是到處爬文，希望找到一個穩定且好用的IOCP開源架構，整整一周的時間，看了很多，也對比了很多，最後選擇了DIOCP，現在伺服器端正式版本已經上線運作了36天的時間了，所有運作一切穩定，無論是CPU占用、記憶體使用還是通信穩定性，DIOCP的表現真的沒有讓我失望，表現得非常優秀。
伺服器環境：
OS：Windows Server 2003
CPU：Intel 雙核 記憶體：2G
網絡帶寬：5M
網絡類型：BGP
實際性能資料：
程式使用者同時線上數：1200 – 1300之間 峰值：1511（此峰值為真實使用者同時線上數，不是理論性能峰值，目前的使用者數隻有這些，自己測試的時候，連接配接數測試過5K，也同樣運作穩定）。
伺服器端運作到發文時已經36天多了，記憶體峰值也隻有76M，CPU占用一直都穩定在10%以下，應該說各項名額都非常的好，非常滿意。
QQ:
Tiger
tiger
案例2<無毒公主>
金融行業交易行情、交易控制指令釋出推送伺服器。主要是要穩定和快速，對負載要求不高。日常線上20個左右。伺服器和用戶端都用的diocp實作的iocp異步模式。由于是金融類的應用，對穩定性和推送實時性有非常高的要求(關鍵時候如果指令延時長了，就會損失真金白銀)，而一路跟着diocp1走到現在diocp3穩定一年多了 ,各方面的表現完全滿足需求。
某金融投資公司
從diocp1到DIOCP3 <自定義的編碼器>
五毒公主(782834)
建議與問題：
我現在這個還隻是一個非常小規模的應用，但是有不同的用戶端(指令控制端、管理者端、交易終端)會登入到系統，在不同的用戶端多了以後 協定就會多很多。 現在是在在一個編碼解碼器上按指令字來區分再進行業務層的解析。 雖然能滿足需求。但是總覺得 如果要做非常龐大和複雜的系統的話 ，協定的管理将非常麻煩。 是以覺得如果可以一個伺服器開放多個端口，每個端口有自己的線上清單，不同的用戶端登入到不同的端口、應用不同的編碼解碼器，同時又能統一管理(應為不同的用戶端之前需要資料交、轉發)這樣就是極好的。
懇請大家送出自己的使用案例, 持續更新中....