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

            




            






            

				

            



    
    







            
	   
	



久久强奷乱码老熟女网站|
欧美亚洲国产精品久久高清|
蜜臀av性久久久久蜜臀aⅴ|
久久国产色av免费看|
久久久久亚洲精品无码蜜桃|
久久久久亚洲Av无码专|
国产91色综合久久免费|
99久久免费只有精品国产|
色婷婷久久综合中文久久一本|
日韩美女18网站久久精品|
亚洲精品国精品久久99热一|
久久国产乱子伦精品免费强|
久久久久97国产精华液好用吗|
精品久久久久成人码免费动漫
|
久久99热国产这有精品|
精品人妻伦九区久久AAA片69|
久久综合亚洲鲁鲁五月天|
久久电影网一区|
欧美日韩精品久久久免费观看|
久久综合久久综合久久|
久久久久久精品成人免费图片
|
久久久噜噜噜久久熟女AA片
|
亚洲AV成人无码久久精品老人|
久久免费精品一区二区|
亚洲精品乱码久久久久久按摩|
久久精品国产WWW456C0M|
久久久久亚洲精品无码蜜桃|
亚洲精品国产自在久久|
精品久久久久久久久久久久久久久|
久久久女人与动物群交毛片
|
久久男人AV资源网站|
久久99精品国产99久久6男男|
亚洲午夜久久久久久久久久|
久久久久国色AV免费看图片|
久久青青草原精品影院|
精品国产VA久久久久久久冰|
亚洲国产精品无码成人片久久|
亚洲日本久久久午夜精品|
久久精品亚洲乱码伦伦中文|
国产精品99久久久久久www|
91久久精品无码一区二区毛片|