<noframes id="395jp"><noframes id="395jp"><video id="395jp"><video id="395jp"></video></video>
<i id="395jp"><font id="395jp"><delect id="395jp"></delect></font></i>
<nobr id="395jp"></nobr><noframes id="395jp"><noframes id="395jp"><dl id="395jp"></dl><video id="395jp"></video><noframes id="395jp"><dl id="395jp"></dl>
<video id="395jp"><video id="395jp"><dl id="395jp"></dl></video></video> <nobr id="395jp"><nobr id="395jp"><meter id="395jp"></meter></nobr></nobr>
<video id="395jp"></video><nobr id="395jp"></nobr>
<video id="395jp"></video>

xylz,imxylz

關注后端架構、中間件、分布式和并發編程

   :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  111 隨筆 :: 10 文章 :: 2680 評論 :: 0 Trackbacks

置頂隨筆 #

     摘要: JRebel最新版本6.0.0的下載地址及個人學習使用版本。  閱讀全文
posted @ 2013-09-15 23:24 imxylz| 編輯 收藏

     摘要: 這是一份完整的Java 并發整理筆記,記錄了我最近幾年學習Java并發的一些心得和體會。  閱讀全文
posted @ 2010-07-08 19:17 imxylz 閱讀(166961) | 評論 (43)編輯 收藏

2013年11月5日 #

     摘要: 世界邦旅行網創業團隊(北京)招聘Java工程師/PHP工程師/測試工程師/前端工程師/移動開發工程師等  閱讀全文
posted @ 2013-11-05 17:01 imxylz 閱讀(13191) | 評論 (15)編輯 收藏

2013年10月16日 #

posted @ 2013-10-16 00:33 imxylz 閱讀(9085) | 評論 (8)編輯 收藏

2013年10月13日 #

     摘要: Bash 為了提高命令的解析速度,將解析過的命令的全路徑保存在hash表中,因此下次執行的時候就無需進行再次解析。如果在shell中修改了已經緩存過的命令路徑,那么bash可能不能立即生效。這樣就會發生命令不能解析或者文件不存在的問題,盡管可執行文件確實存在。  閱讀全文
posted @ 2013-10-13 22:16 imxylz 閱讀(3135) | 評論 (0)編輯 收藏

2013年10月8日 #

     摘要: OS X 下批量轉換圖片格式。  閱讀全文
posted @ 2013-10-08 17:17 imxylz 閱讀(5014) | 評論 (1)編輯 收藏

2013年9月22日 #

     摘要: Google的web字體在我朝訪問巨慢,尤其是HTTPS方式更慢,本文幫助大家解決octopress默認的google web字體訪問太慢的問題。  閱讀全文
posted @ 2013-09-22 21:42 imxylz 閱讀(3201) | 評論 (0)編輯 收藏

2013年9月15日 #

     摘要: JRebel最新版本6.0.0的下載地址及個人學習使用版本。  閱讀全文
posted @ 2013-09-15 23:24 imxylz| 編輯 收藏

2013年9月11日 #

     摘要: 本文描述如何申請2.5$每年的SSL證書,并啟用Nginx的HTTPS訪問。  閱讀全文
posted @ 2013-09-11 21:58 imxylz 閱讀(5598) | 評論 (0)編輯 收藏

2013年8月17日 #

posted @ 2013-08-17 17:44 imxylz 閱讀(3802) | 評論 (3)編輯 收藏

2013年8月5日 #

posted @ 2013-08-05 16:45 imxylz 閱讀(29740) | 評論 (6)編輯 收藏

2013年2月24日 #

posted @ 2013-02-24 20:55 imxylz 閱讀(5058) | 評論 (0)編輯 收藏

2012年12月26日 #

posted @ 2012-12-26 12:02 imxylz 閱讀(17448) | 評論 (31)編輯 收藏

2012年9月25日 #

posted @ 2012-09-25 16:34 imxylz 閱讀(28209) | 評論 (0)編輯 收藏

2012年6月26日 #

posted @ 2012-06-26 10:51 imxylz 閱讀(2951) | 評論 (2)編輯 收藏

2012年6月7日 #

posted @ 2012-06-07 12:13 imxylz 閱讀(4766) | 評論 (9)編輯 收藏

2012年5月27日 #

posted @ 2012-05-27 10:53 imxylz 閱讀(3125) | 評論 (1)編輯 收藏

2012年5月22日 #

posted @ 2012-05-22 19:47 imxylz 閱讀(3331) | 評論 (0)編輯 收藏

2012年5月11日 #

posted @ 2012-05-11 18:48 imxylz 閱讀(9710) | 評論 (4)編輯 收藏

2012年5月10日 #

posted @ 2012-05-10 10:08 imxylz 閱讀(10062) | 評論 (0)編輯 收藏

2012年4月12日 #

posted @ 2012-04-12 09:39 imxylz 閱讀(5606) | 評論 (3)編輯 收藏

posted @ 2012-04-12 09:38 imxylz 閱讀(3050) | 評論 (0)編輯 收藏

2012年3月28日 #

posted @ 2012-03-28 19:02 imxylz 閱讀(28217) | 評論 (2)編輯 收藏

2012年3月15日 #

posted @ 2012-03-15 18:30 imxylz 閱讀(11430) | 評論 (16)編輯 收藏

2012年3月9日 #

posted @ 2012-03-09 17:52 imxylz 閱讀(8382) | 評論 (0)編輯 收藏

2012年2月29日 #

posted @ 2012-02-29 10:44 imxylz 閱讀(2589) | 評論 (0)編輯 收藏

2012年2月16日 #

posted @ 2012-02-16 11:10 imxylz 閱讀(6028) | 評論 (10)編輯 收藏

2012年2月8日 #

posted @ 2012-02-08 16:41 imxylz 閱讀(3982) | 評論 (1)編輯 收藏

2012年1月29日 #

posted @ 2012-01-29 16:41 imxylz 閱讀(7389) | 評論 (4)編輯 收藏

posted @ 2012-01-29 16:34 imxylz 閱讀(3614) | 評論 (0)編輯 收藏

2011年12月31日 #

posted @ 2011-12-31 14:13 imxylz 閱讀(7382) | 評論 (5)編輯 收藏

2011年12月30日 #

posted @ 2011-12-30 17:25 imxylz 閱讀(6840) | 評論 (0)編輯 收藏

2011年12月29日 #

     摘要: 線程池

并發最常見用于線程池,顯然使用線程池可以有效的提高吞吐量。
最常見、比較復雜一個場景是Web容器的線程池。Web容器使用線程池同步或者異步處理HTTP請求,同時這也可以有效的復用HTTP連接,降低資源申請的開銷。通常我們認為HTTP請求時非常昂貴的,并且也是比較耗費資源和性能的,所以線程池在這里就扮演了非常重要的角色。
在線程池的章節中非常詳細的討論了線程池的原理和使用,同時也提到了,線程池的配置和參數對性能的影響是巨大的。不盡如此,受限于資源(機器的性能、網絡的帶寬等等)、依賴的服務,客戶端的響應速度等,線程池的威力也不會一直增長。達到了線程池的瓶頸后,性能和吞吐量都會大幅度降低。
一直增加機器的性能或者增大線程的個數,并不一定能有效的提高吞吐量。高并發的情況下,機器的負載會大幅提升,這時候機器的穩定性、服務的可靠性都會下降。
盡管如此,線程池依然是提高吞吐量的一個有效措施,配合合適的參數能夠有效的充分利用資源,提高資源的利用率。  閱讀全文
posted @ 2011-12-29 16:31 imxylz 閱讀(8052) | 評論 (0)編輯 收藏

     摘要: 死鎖與活躍度

前面談了很多并發的特性和工具,但是大部分都是和鎖有關的。我們使用鎖來保證線程安全,但是這也會引起一些問題。
鎖順序死鎖(lock-ordering deadlock):多個線程試圖通過不同的順序獲得多個相同的資源,則發生的循環鎖依賴現象。
動態的鎖順序死鎖(Dynamic Lock Order Deadlocks):多個線程通過傳遞不同的鎖造成的鎖順序死鎖問題。
資源死鎖(Resource Deadlocks):線程間相互等待對方持有的鎖,并且誰都不會釋放自己持有的鎖發生的死鎖。也就是說當現場持有和等待的目標成為資源,就有可能發生此死鎖。這和鎖順序死鎖不一樣的地方是,競爭的資源之間并沒有嚴格先后順序,僅僅是相互依賴而已。  閱讀全文
posted @ 2011-12-29 14:04 imxylz 閱讀(8138) | 評論 (2)編輯 收藏

2011年12月6日 #

     摘要: 剛看到這個月的編程語言排行榜,很顯然java的霸主地位很快就會在發達國家被擠掉,C語言依然是王者(想想上個月自己買的兩個C語言的書,冷汗直流)??磥砦疫t早要回歸C,這才是真正的王道。



非常令人吃驚的是C++語言依然不夠堅挺,由于Windows 7/Windows 8的發力,C#很快就會搶占C++的市場,估計很快就會將C++從前三名中擠下去。



iPhone/iPad的熱銷讓Object C繼續火熱,前十的位置還是可以持續很久的,這一點毋庸置疑。移動設備開發的高端人才現在是高薪難求,如果有時間我也要繼續關注下。  閱讀全文
posted @ 2011-12-06 11:25 imxylz 閱讀(4571) | 評論 (8)編輯 收藏

2011年12月5日 #

     摘要: Zookeeper客戶端和服務端維持一個長連接,每隔10s向服務端發送一個心跳,服務端返回客戶端一個響應。這就是一個Session連接,擁有全局唯一的session id。Session連接通常是一直有效,如果因為網絡原因斷開了連接,客戶端會使用相同的session id進行重連。由于服務端保留了session的各種狀態,尤其是各種瞬時節點是否刪除依賴于session是否失效。
Session失效問題

通??蛻舳酥鲃雨P閉連接認為是一次session失效。另外也有可能因為其它未知原因,例如網絡超時導致的session失效問題。在服務端看來,無法區分session失效是何種情況,一次一旦發生session失效,一定時間后就會將session持有的所有watcher以及瞬時節點刪除。
而對于Zookeeper客戶端而言,一旦發生失效不知道是否該重連,這涉及到watcher和瞬時節點問題,因此Zookeeper客戶端認為,一旦發生了seesion失效,那么就認為客戶端死掉了。從而所有操作都不能夠進行。參考 How should I handle SESSION  閱讀全文
posted @ 2011-12-05 13:57 imxylz 閱讀(28418) | 評論 (8)編輯 收藏

2011年11月21日 #

     摘要: 為了提高性能,最近將Redis從2.2.x的最新版2.2.12升級到2.4.x(2.4.2),驚喜的發現內存占用節省了很多。大贊!


有人說Redis的作者是一個勤奮的人,深表同意!


本來升級是為了增加批量操作從而提高性能,沒想到內存占用節省了很多。

對于32位的操作系統而言,節省內存62%,對于64位操作系統而言節省73%。非??捎^。  閱讀全文
posted @ 2011-11-21 16:48 imxylz 閱讀(3770) | 評論 (1)編輯 收藏

2011年10月10日 #

posted @ 2011-10-10 22:44 imxylz 閱讀(1157) | 評論 (3)編輯 收藏

2011年7月21日 #

posted @ 2011-07-21 00:34 imxylz 閱讀(13950) | 評論 (7)編輯 收藏

2011年7月12日 #

posted @ 2011-07-12 23:15 imxylz 閱讀(17292) | 評論 (3)編輯 收藏

2011年6月17日 #

posted @ 2011-06-17 09:25 imxylz 閱讀(5116) | 評論 (3)編輯 收藏

2011年6月12日 #

posted @ 2011-06-12 00:24 imxylz 閱讀(11180) | 評論 (36)編輯 收藏

僅列出標題  下一頁

©2009-2014 IMXYLZ
久久一级片
<noframes id="395jp"><noframes id="395jp"><video id="395jp"><video id="395jp"></video></video>
<i id="395jp"><font id="395jp"><delect id="395jp"></delect></font></i>
<nobr id="395jp"></nobr><noframes id="395jp"><noframes id="395jp"><dl id="395jp"></dl><video id="395jp"></video><noframes id="395jp"><dl id="395jp"></dl>
<video id="395jp"><video id="395jp"><dl id="395jp"></dl></video></video> <nobr id="395jp"><nobr id="395jp"><meter id="395jp"></meter></nobr></nobr>
<video id="395jp"></video><nobr id="395jp"></nobr>
<video id="395jp"></video>