• <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則不需要那么深的積累。  回復  更多評論
				  
			
            
		

            




            






            

				

            



    
    







            
	   
	



99久久国产综合精品成人影院|
久久A级毛片免费观看|
久久99精品国产99久久6|
午夜精品久久久内射近拍高清|
一本一道久久综合狠狠老|
亚洲精品无码久久久久去q|
久久97精品久久久久久久不卡|
99久久99久久精品国产|
综合人妻久久一区二区精品|
精品午夜久久福利大片|
亚洲国产综合久久天堂|
久久精品毛片免费观看|
色综合久久天天综线观看|
久久精品无码专区免费东京热|
久久久久这里只有精品
|
秋霞久久国产精品电影院|
色婷婷久久久SWAG精品|
72种姿势欧美久久久久大黄蕉|
无码8090精品久久一区|
精品一区二区久久久久久久网站|
国产香蕉久久精品综合网|
国产69精品久久久久9999|
久久精品夜夜夜夜夜久久|
大香伊人久久精品一区二区|
国产成人精品久久亚洲高清不卡|
色欲综合久久中文字幕网|
亚洲国产日韩欧美久久|
国产午夜福利精品久久|
精品久久久久久亚洲|
日日噜噜夜夜狠狠久久丁香五月|
少妇被又大又粗又爽毛片久久黑人
|
久久精品国产欧美日韩99热|
久久99精品免费一区二区|
久久久久久久99精品免费观看|
久久久无码一区二区三区|
亚洲色婷婷综合久久|
国产毛片欧美毛片久久久|
97精品依人久久久大香线蕉97|
久久福利资源国产精品999|
久久久久久精品久久久久|
久久久久久综合网天天|