• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>

            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            

    
            

            




            




        

            
	
            
		
			


            
	
            

            posts - 311, comments - 0, trackbacks - 0, articles - 0
            
	
 
C++博客 ::
首頁 ::
新隨筆 ::
聯(lián)系 ::
聚合
 ::
管理


            
		            		
	
            
	
            
		
			
            
			
            
		            		
		
			
            
				
					


            
			  
	
	

            


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

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

              閱讀全文
            
			
			
            		
				posted @ 2011-01-24 14:38 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 如果你有一個很受歡迎的Web站點，你會發(fā)現(xiàn)當(dāng)請求的連接數(shù)增加時，服務(wù)器的響應(yīng)延時也會隨之增加。雖然你可以增加RAM、升級處理器、使用更快的驅(qū)動器及總線,這在短期內(nèi)會有一定的幫助，但最終會發(fā)現(xiàn)一臺服務(wù)器無法完成需要的任務(wù)。

             

            使用多臺服務(wù)器平衡負(fù)載是一個不錯的想法，你可以在你的服務(wù)器池中隨意增加多臺服務(wù)器來提高服務(wù)器的性能和增強網(wǎng)絡(luò)的穩(wěn)定性。如果你的服務(wù)器池中有多臺服務(wù)器，當(dāng)一臺down機后，其他服務(wù)器可以接替它的工作，繼續(xù)提供服務(wù)而不至于造成服務(wù)中斷。

               閱讀全文
            
			
			
            		
				posted @ 2011-01-19 20:24 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 都已經(jīng)看出來了，這種每切換一次地圖就要重新連接服務(wù)器的方式實在是不夠優(yōu)雅，而且在實際游戲運營中也發(fā)現(xiàn)，地圖切換導(dǎo)致的卡號，復(fù)制裝備等問題非常多，這里完全就是一個事故多發(fā)地段，如何避免這種頻繁的連接操作呢？ 最直接的方法就是把那個圖倒轉(zhuǎn)過來就

              閱讀全文
            
			
			
            		
				posted @ 2011-01-19 19:24 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 狹義的游戲?qū)ο笫侵赣螒蚴澜缰兴芸吹郊翱山换サ膶ο螅缤婕摇⒐治铩⑽锲返龋覀冞@里也主要討論這類對象在服務(wù)器上的組織及實現(xiàn)。

            　　在大部分的MMOG中，游戲?qū)ο蟮念愋投即笸‘悾饕形锲贰⑸铩⑼婕业取１热缭趙ow中，通過服務(wù)器發(fā)下來的GUID我們可以了解到，游戲中有9大類對象，包括物品(Item)、背包(Container)、生物(Unit)、玩家(Player)、游戲?qū)ο?GameObject)、動態(tài)對象(DynamicObject)、尸體(Corpse)等。

              閱讀全文
            
			
			
            		
				posted @ 2011-01-19 19:23 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 花了幾個小時的時間給MANGOS的幾個工程都加上了預(yù)編譯頭文件，編譯速度與以前相比大大提高，不過game工程的編譯速度還是不太理想，里面的文件包含關(guān)系錯綜復(fù)雜，再加上大量模板的使用，一個小小的改動都會引起好多文件的重新編譯，實在是影響效率。  閱讀全文
            
			
			
            		
				posted @ 2011-01-19 19:18 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 關(guān)于登錄服、大區(qū)服及游戲世界服的結(jié)構(gòu)之前已做過探討，這里再把各自的職責(zé)和關(guān)系列一下。  閱讀全文
            
			
			
            		
				posted @ 2011-01-19 19:18 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 關(guān)于這一節(jié)，這幾天已經(jīng)打了好幾遍草稿，總覺得說不清楚，也不好組織這些內(nèi)容，但是打鐵要趁熱，為避免熱情消退，先整理一點東西放這，好繼續(xù)下面的主題，以后如果有機會再回來完善吧。本節(jié)內(nèi)容欠考慮，希望大家多給點意見。  閱讀全文
            
			
			
            		
				posted @ 2011-01-19 19:12 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 有關(guān)State模式的設(shè)計意圖及實現(xiàn)就不從設(shè)計模式中摘抄了，我們只來看看游戲服務(wù)器編程中如何使用State設(shè)計模式。

            

              閱讀全文
            
			
			
            		
				posted @ 2011-01-19 17:11 點點滴滴| 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 前面一直都在說接收數(shù)據(jù)時的處理方法，我們應(yīng)該用專門的IO線程，接收到完整的消息包后加入到主線程的消息隊列，但是主線程如何發(fā)送數(shù)據(jù)還沒有探討過。 一般來說最直接的方法就是邏輯線程什么時候想發(fā)數(shù)據(jù)了就直接調(diào)用相關(guān)的socket API發(fā)送，這要求服務(wù)器的玩  閱讀全文
            
			
			
            		
				posted @ 2011-01-19 17:08 點點滴滴| 編輯 收藏
			
            
		
            
	
            僅列出標(biāo)題
            
	共32頁: First 22 23 24 25 26 27 28 29 30 Last 

            


				
			
            
		            		
	
            
	
            
		
			


		
	
            

            

    
    
            
	   
	



久久精品国产亚洲AV不卡|
久久国产免费直播|
久久91精品久久91综合|
91秦先生久久久久久久|
久久国产福利免费|
一本色道久久88精品综合|
久久久无码精品亚洲日韩按摩|
91精品免费久久久久久久久|
久久噜噜久久久精品66|
狠狠色丁香久久婷婷综合_中|
久久久老熟女一区二区三区|
久久久网中文字幕|
国产精品久久网|
欧美日韩久久中文字幕|
久久精品成人免费网站|
中文字幕无码精品亚洲资源网久久|
99久久婷婷免费国产综合精品|
波多野结衣久久|
国产成人精品久久一区二区三区av|
亚洲午夜久久久久久噜噜噜|
国产精品gz久久久|
婷婷久久综合九色综合98|
久久精品国产亚洲AV蜜臀色欲|
91精品无码久久久久久五月天|
亚洲AV日韩精品久久久久|
深夜久久AAAAA级毛片免费看|
久久亚洲综合色一区二区三区|
中文字幕久久波多野结衣av|
一本久久免费视频|
久久久网中文字幕|
久久精品99无色码中文字幕|
久久综合狠狠色综合伊人|
国产亚洲精品美女久久久|
久久天天躁狠狠躁夜夜2020一|
久久久久久av无码免费看大片|
久久九九全国免费|
国产精品岛国久久久久|
国产精品久久久久AV福利动漫|
亚洲精品蜜桃久久久久久|
亚洲va久久久噜噜噜久久天堂|
国色天香久久久久久久小说|