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

            




            






            

				

            



    
    







            
	   
	



久久午夜羞羞影院免费观看|
亚洲成色WWW久久网站|
 久久综合九色综合久99|
日本道色综合久久影院|
老司机午夜网站国内精品久久久久久久久
|
999久久久免费精品国产|
色综合久久最新中文字幕|
国产精品乱码久久久久久软件|
久久久久久久女国产乱让韩|
国产精品久久亚洲不卡动漫|
久久久久青草线蕉综合超碰|
色综合久久综合网观看|
熟妇人妻久久中文字幕|
模特私拍国产精品久久|
久久中文字幕一区二区|
伊人久久大香线蕉av不变影院
|
久久丫精品国产亚洲av不卡
|
亚洲人成网亚洲欧洲无码久久|
欧美牲交A欧牲交aⅴ久久|
久久97久久97精品免视看秋霞|
九九精品99久久久香蕉|
久久久高清免费视频|
久久精品国产WWW456C0M|
99麻豆久久久国产精品免费|
久久WWW免费人成一看片|
久久综合伊人77777麻豆|
久久久久国色AV免费看图片|
国产精品免费久久|
国产精品九九久久精品女同亚洲欧美日韩综合区
|
国产一久久香蕉国产线看观看|
久久久久久综合网天天|
国产精品久久久久蜜芽|
美女久久久久久|
少妇被又大又粗又爽毛片久久黑人
|
狠狠狠色丁香婷婷综合久久五月
|
国产亚洲精久久久久久无码77777|
亚洲国产天堂久久综合|
性做久久久久久久久久久|
一本久久a久久精品综合香蕉|
亚洲国产香蕉人人爽成AV片久久|
久久免费香蕉视频|