• <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 楊粼波 閱讀(2834) 評論(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則不需要那么深的積累。  回復  更多評論
				  
			
            
		

            




            






            

				

            



    
    







            
	   
	



日本福利片国产午夜久久|
亚洲精品tv久久久久|
狠狠色丁香久久婷婷综合五月|
久久综合给合久久国产免费|
久久精品这里热有精品|
久久www免费人成看国产片|
久久精品蜜芽亚洲国产AV|
无码人妻久久一区二区三区蜜桃|
久久棈精品久久久久久噜噜|
成人免费网站久久久|
久久久久久无码Av成人影院|
婷婷综合久久中文字幕|
久久亚洲国产欧洲精品一|
综合久久久久久中文字幕亚洲国产国产综合一区首
|
少妇精品久久久一区二区三区|
久久免费美女视频|
久久久久亚洲AV无码专区首JN|
亚洲午夜精品久久久久久人妖|
欧美国产成人久久精品|
中文国产成人精品久久亚洲精品AⅤ无码精品
|
久久强奷乱码老熟女网站|
777久久精品一区二区三区无码|
无码任你躁久久久久久老妇|
国产午夜福利精品久久2021
|
国产成人精品久久亚洲高清不卡 |
人妻精品久久久久中文字幕69|
久久久精品国产Sm最大网站|
国产毛片久久久久久国产毛片|
午夜欧美精品久久久久久久|
亚洲AⅤ优女AV综合久久久|
久久精品国产精品亚洲|
伊人久久大香线焦综合四虎|
国产一区二区三区久久|
伊人色综合久久天天|
国产亚洲婷婷香蕉久久精品|
久久99精品国产99久久|
色综合合久久天天综合绕视看|
久久精品视频网|
国产无套内射久久久国产|
久久播电影网|
国产精品久久久久蜜芽|