久久AAAA片一区二区,久久91精品国产91久久麻豆,久久久久亚洲精品无码网址

(搬運工)IOCP模型的總結

摘要: IOCP（I/O Completion Port，I/O完成端口）是性能最好的一種I/O模型。它是應用程序使用線程池處理異步I/O請求的一種機制。在處理多個并發的異步I/O請求時，以往的模型都是在接收請求是創建一個線程來應答請求。這樣就有很多的線程并行地運行在系統中。而這些線程都是可運行的，Windows內核花費大量的時間在進行線程的上下文切換，并沒有多少時間花在線程運行上。再加上創建新線程的開銷比較大，所以造成了效率的低下。
閱讀全文

posted @ 2011-01-25 15:36 點點滴滴| 編輯 |

(搬運工)愛無條件，結婚有條件

摘要: 　　丘比特在天上揮舞著小翅膀，掌管著人世間的愛情歸屬，某一刻說不定就看上了誰，然后“撲哧”射出一支愛箭，中箭的男女突然有了來電的感覺，相見時，心跳加速，呼吸加快，而如果一日不見，就好似隔了三秋，這便是愛情。
閱讀全文

posted @ 2011-01-24 14:38 點點滴滴| 編輯 |

(搬運工)實現基于DNS的負載均衡

摘要: 如果你有一個很受歡迎的Web站點，你會發現當請求的連接數增加時，服務器的響應延時也會隨之增加。雖然你可以增加RAM、升級處理器、使用更快的驅動器及總線,這在短期內會有一定的幫助，但最終會發現一臺服務器無法完成需要的任務。

使用多臺服務器平衡負載是一個不錯的想法，你可以在你的服務器池中隨意增加多臺服務器來提高服務器的性能和增強網絡的穩定性。如果你的服務器池中有多臺服務器，當一臺down機后，其他服務器可以接替它的工作，繼續提供服務而不至于造成服務中斷。
閱讀全文

posted @ 2011-01-19 20:24 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（4）：服務器結構探討之繼續世界服

摘要: 都已經看出來了，這種每切換一次地圖就要重新連接服務器的方式實在是不夠優雅，而且在實際游戲運營中也發現，地圖切換導致的卡號，復制裝備等問題非常多，這里完全就是一個事故多發地段，如何避免這種頻繁的連接操作呢？最直接的方法就是把那個圖倒轉過來就
閱讀全文

posted @ 2011-01-19 19:24 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（15）：游戲對象的實現

摘要: 狹義的游戲對象是指游戲世界中所能看到及可交互的對象，如玩家、怪物、物品等，我們這里也主要討論這類對象在服務器上的組織及實現。
　　在大部分的MMOG中，游戲對象的類型都大同小異，主要有物品、生物、玩家等。比如在wow中，通過服務器發下來的GUID我們可以了解到，游戲中有9大類對象，包括物品(Item)、背包(Container)、生物(Unit)、玩家(Player)、游戲對象(GameObject)、動態對象(DynamicObject)、尸體(Corpse)等。
閱讀全文

posted @ 2011-01-19 19:23 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（14）：Mangos預編譯頭文件及模塊劃分隨想

摘要: 花了幾個小時的時間給MANGOS的幾個工程都加上了預編譯頭文件，編譯速度與以前相比大大提高，不過game工程的編譯速度還是不太理想，里面的文件包含關系錯綜復雜，再加上大量模板的使用，一個小小的改動都會引起好多文件的重新編譯，實在是影響效率。閱讀全文

posted @ 2011-01-19 19:18 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（13）：再談登錄服的實現

摘要: 關于登錄服、大區服及游戲世界服的結構之前已做過探討，這里再把各自的職責和關系列一下。閱讀全文

posted @ 2011-01-19 19:18 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（12）：服務器公共組件實現之事件與信號

摘要: 關于這一節，這幾天已經打了好幾遍草稿，總覺得說不清楚，也不好組織這些內容，但是打鐵要趁熱，為避免熱情消退，先整理一點東西放這，好繼續下面的主題，以后如果有機會再回來完善吧。本節內容欠考慮，希望大家多給點意見。閱讀全文

posted @ 2011-01-19 19:12 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（11）：服務器公共組件實現之狀態機

摘要: 有關State模式的設計意圖及實現就不從設計模式中摘抄了，我們只來看看游戲服務器編程中如何使用State設計模式。

閱讀全文

posted @ 2011-01-19 17:11 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（10）：服務器公共組件實現之發包的方式

摘要: 前面一直都在說接收數據時的處理方法，我們應該用專門的IO線程，接收到完整的消息包后加入到主線程的消息隊列，但是主線程如何發送數據還沒有探討過。一般來說最直接的方法就是邏輯線程什么時候想發數據了就直接調用相關的socket API發送，這要求服務器的玩閱讀全文

posted @ 2011-01-19 17:08 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（9）：服務器公共組件實現之環形緩沖區

摘要: 消息隊列鎖調用太頻繁的問題算是解決了，另一個讓人有些苦惱的大概是這太多的內存分配和釋放操作了。頻繁的內存分配不但增加了系統開銷，更使得內存碎片不斷增多，非常不利于我們的服務器長期穩定運行。也許我們可以使用內存池，比如SGI STL中附帶的小內存分配閱讀全文

posted @ 2011-01-19 16:57 點點滴滴| 編輯 |

(搬運工)Mangos源碼分析（8）：服務器公共組件實現之消息隊列

摘要: 既然說到了消息隊列，那我們繼續來稍微多聊一點吧。我們所能想到的最簡單的消息隊列可能就是使用stl的list來實現了，即消息隊列內部維護一個list和一個互斥鎖，putMessage時將message加入到隊列尾，getMessage時從隊列頭取一個message返回，同時在getMessage
閱讀全文

posted @ 2011-01-19 14:57 點點滴滴| 編輯 |