• <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>
            

    
            

            




            







												


        


            


            牽著老婆滿街逛
            

            嚴以律己,寬以待人. 三思而后行.
            
GMail/GTalk: yanglinbo#google.com;
            
MSN/Email: tx7do#yahoo.com.cn;
            
QQ: 3 0 3 3 9 6 9 2 0 .
            

            




            
	
					
	
            
		
            
			Erlang的并發性能也并非最強
		
            
		
            轉載自：http://www.cublog.cn/u3/103983/showart_2513630.html

             

            


            
http://www.cyask.com/question.php?qid=467

            Erlang的并發性能也并非最強

            過去曾認為Erlang就代表高并發，高并發就代表高性能，同時認為Erlang就只是高并發的代名詞。其實，Erlang的并發性能也并非最強。首先Erlang的虛擬機是C寫的，其次諸如Haskell、OCaml + JoCaml，以及Python的PyPy，其實都能提供不弱于Erlang的并發能力。
            同時Erlang在順序計算上的性能也不佳，甚至不能超過Python、Lua這類腳本語言（也許是和其本身的特殊性質有關）。所以就更落后于Haskell和OCaml這類可編譯的語言。然而即使并發和并行也需要順序計算，所以單從并發性能上來說，Erlang還不是最強的。
            Erlang寫的Yaws這個Web服務器，雖然能承受高并發，但性能，尤其是IO性能依然無法與lighttpd、nginx這種C寫的Web服務相比——Erlang的虛擬機本身也是C寫的。
            同時，Erlang本身設計為一個結構化編程語言而非面向對象編程語言。這就令其較難應用更有開發效率的面向對象的項目開發流程和方法。
            那么為何Erlang在并發、分布式編程中如此受推崇？我認為因為它本身是并發和并行在語義、處理上的一致，所以它編寫此類程序更加方便。同時，它提供的是一個關于并發、并行以及分布式的統一的解決方案，而不僅僅是高并發。它的目的是構建有容錯能力、有伸縮性的可靠系統，同時又能最簡化編程工作。這就是它的真正的優勢。
            
		
            
			posted on 2011-07-03 23:56 楊粼波 閱讀(2835) 評論(5)  編輯 收藏 引用  
		
            
	
            
	
	





            
	    
    


            

            評論
            
	
	
			
            
				# re: Erlang的并發性能也并非最強
					
						2011-07-04 12:36
					
				user
			
            
			
            
				高并發！=高性能
              回復  更多評論
				  
			
            
		
			
            
				# re: Erlang的并發性能也并非最強[未登錄]
					
						2011-07-04 13:03
					
				楊粼波
			
            
			
            
				是這樣的。
            不過，大多人都走進了這樣一個誤區。不過看起來是挺容易混淆的。  回復  更多評論
				  
			
            
		
			
            
				# re: Erlang的并發性能也并非最強
					
						2011-08-20 15:45
					
				cn
			
            
			
            
				其實C的性能沒有匯編語言好，哈哈哈哈  回復  更多評論
				  
			
            
		
			
            
				# re: Erlang的并發性能也并非最強
					
						2015-02-03 16:15
					
				shuinan
			
            
			
            
				看了一些評論之后，我對erlang的影響越來越不好。 erlang收歡迎，一是初級程序員可以很快上手，容易寫出可用的代碼； 二是 erlang對并發、集群有極好的支持。

            不過，第一個方面，為啥要讓初級程序員來寫重要的服務器應用呢？
            第二個方面，實際上使用c/c++等有相關的框架和庫支持，做并發、集群也不困難。

            一篇文章說：erlang是虛擬機語言，對于順序代碼的執行速度只有C的七分之一；再加上其古怪的語法。

            所以，我的感覺是erlang不是一個好東西。 沒有未來。  回復  更多評論
				  
			
            
		
			
            
				# re: Erlang的并發性能也并非最強[未登錄]
					
						2015-02-11 23:10
					
				楊粼波
			
            
			
            
				@shuinan erlang，我覺得不是初級程序員能夠寫好的。
            集群是件復雜的事情，這需要很深厚的積累，而用erlang則不需要那么深的積累。  回復  更多評論
				  
			
            
		

            




            






            

				

            



    
    







            
	   
	



久久国产免费观看精品3|
亚洲美日韩Av中文字幕无码久久久妻妇|
久久无码专区国产精品发布|
亚洲人AV永久一区二区三区久久|
久久www免费人成精品香蕉|
久久久久久极精品久久久|
最新久久免费视频|
www.久久热.com|
久久综合色老色|
一本色道久久88加勒比—综合|
久久99精品久久久久久9蜜桃|
国内精品久久久久久久涩爱|
国产精品免费久久久久电影网|
色综合久久天天综线观看|
老男人久久青草av高清|
国产精品一区二区久久不卡|
久久久久中文字幕|
伊人热热久久原色播放www|
久久婷婷国产剧情内射白浆|
久久久免费观成人影院|
日韩av无码久久精品免费|
色欲久久久天天天综合网|
99久久综合狠狠综合久久|
欧美牲交A欧牲交aⅴ久久|
伊人久久大香线焦AV综合影院
|
国产∨亚洲V天堂无码久久久|
久久久久久九九99精品|
亚洲国产成人精品久久久国产成人一区二区三区综
|
久久久久亚洲Av无码专|
久久精品国产69国产精品亚洲|
a级毛片无码兔费真人久久|
亚洲一区精品伊人久久伊人|
国产精品成人久久久久久久|
久久天天躁狠狠躁夜夜网站|
国产午夜精品理论片久久
|
久久狠狠爱亚洲综合影院|
午夜肉伦伦影院久久精品免费看国产一区二区三区
|
日本久久久久亚洲中字幕|
久久这里只有精品首页|
亚洲αv久久久噜噜噜噜噜|
超级碰碰碰碰97久久久久|