其他

相當於java同步的可見度，在一個塊被寫滿後，儲存他的資料才是可見的，即使檔案描述本身可見，但其長度可能為0.即使資料已經真實地寫到塊中。在絕對大多數時候這並不影響我們對檔案的需求。對於儲存在hadoop上的檔案，我們絕對不是拿檔案中內容作為一個訊號標記，如果你這麼用只能說明你不瞭解他的設計目的。但萬一你有這樣變態的需求，你仍然可以調用sync來強制未寫滿的塊上的資料可以在檔案系統中可見。一般情況下你完全可以等檔案寫操作完成後，調用close方法時讓他隱含調用sync來進行檔案的可見度發布。

正常一年多的一個服務突然在23號出現異常，響應最快的竟然達到60幾秒。apache與jboss之間大量連線逾時。看異常日誌，發現竟然有一個新上的Servlet出現OOM。review該Servlet,發現竟然用了一個CopyOnWriteArrayList來存放大量寫和讀和臨時資料，該資料結構只適合偶爾寫大量讀的情況，否則會造成不停地COPY空間，從而導致OOM  

一直不喜歡iphone,街機，還那麼貴。但是今年2月份已經換過兩部galaxy系手機了，以前n年一直用nokia,這次就為以後黑iphone有個深刻理解吧。選擇了iphone合約機.拿到手後立即就後悔，真的是腦子進水了。手感比華強北的山寨貨還差，半點鐘談不上人體工程學，外觀設計理念基本上世紀40年代上海小市民的審美觀點設計的：一雙看起來很亮很酷但穿起來很擠腳的皮鞋。輕薄感和做工也根本比不上galaxy

某個使用netty作為server通訊，應用在傳輸大一點的資料時就會出現org.apache.http.ConnectionClosedException: Premature end of Content-Length delimited message body (expected: 29869; received:

Memory pool not found異常是mbean的異常，所以出現這個異常一定是使用了mbean.開始懷疑的情況是JVM還沒有初始化，agent中的mbean已經開始擷取狀態，或者JVM將要crash之前，mbean擷取不到正確狀態，但都沒有這些情況 。後來taobao-jdk團隊進行分析，原因出在UseAdaptiveSizePolicy上。大概原因：在使用cms演算法下，如果開啟參數UseAdaptiveSizePolicy，則每次minor

這個問題我在幾年前說過，但今天再次從CSDN上看到有人問這個問題，可以看出，真正懂這個問題的人1%都不到。我再次把這個問題寫在這裡，希望光臨我的BLOG的人能真正瞭解它。我們先來做一個例子，在例子中我用的是mysql-essential-5.1.30-win32版。來跟我做以下幾個命令：mysql> create database axman;mysql> use axman;mysql> create table axmantest(    -> id int(4)

原來直接用request.getRemoteAddr();擷取ip，可以到真實的ip，但是修改成mod_proxy方式後，request.getRemoteAddr();是發起求apache伺服器的ip，大多數情況是本機。所以應該修改為：         String ip = request.getHeader("x-forwarded-for");        if (ip != null && !"unknown".equalsIgnoreCase(ip)) {     

昨天一天我們17個人一天面試了200多人，我面試了13個人，有一個比較普通的現象，就是不少公司的架構師已經脫離了技術。有些連日常最最常用的api都不知道了，說明已經沒有任何code的能力了。一個構架師，就象一座大樓的設計師，雖然不會讓你自己去碼磚頭，抹水泥，但是你要比碼磚頭和抹水泥的人更瞭解磚頭和水泥的細節特性。否則我可以設計了一幅水墨和彩虹效果的空中仙閣，但我不知道用什麼材料，不知道結構力點。誰來建造？豆腐渣工程就裡這樣出來的。

.NET並行庫測試執行個體並行庫存應用情境： 並行計算首要目的是提高CPU的計算能力，簡單說程式應該是以CPU密集型運算為主的，如果你的程式是IO（磁碟和網路）密集型運算，並行計算並不能對你的程式有多大的提高。有時反而會有影響。我們還是以事實來說話:namespace ParallelTest{    static class Program    {        static void Compute(int i)        {            Thread.Sleep(20); 

如果我們要把一個使用者要求標頭的值修改為固定值，置空或者追加固定值。都可以有RequestHeader指令的set|unset|add|append來修改，值甚至可以擷取環境變數。但是如果我們要把一個頭域的值賦給另一個頭域，或者說就是修改頭域的名稱，如何做到？比如：使用者請求發送的"User-Agent: IE15"，我想把這個IE15賦給一個我自己命名的頭域，如myHeader，我在後端getHeader("myHeader")就能擷取到I15. 如果用RequestHeader set

用官方文檔上原生核心編譯驅動的方式編譯後無線網路訊號非常的差，在家裡WEP加密方式勉強可以串連上，但網路品質很不好。公司的WPA2企業方式死也連不上。於是改用ndiswrapper來安裝WINDOWS下的驅動：下載 bcmwl_4331-64_86.tar.gztar zxvf bcmwl_4331-64_86.tar.gzsudo apt-get install ndiswrapper-common ndiswrapper-dkms ndiswrapper-source

資料緩衝是提高效能的有效手段,但緩衝什麼內容,如何緩衝,這是重要的設計理念.也就是如何提高你的快取命中率.1.小批量資料完全緩衝.象字典資料,如省份,地區等,還有一個公司的部門,員工(如果一個公司員工超地一萬人一般不會要你去設計,因為他們會找非常專業的人,但那些非常專業的人其實也是象我這麼做的)這些資料應該一次緩衝,用不了多少空間的,在現地動輒上G的記憶體中,放上幾兆這樣的資料,比你每次都從資料庫提取效能要高多了.2.Fat對象根據JVM需要得用軟/弱/虛引用這類對象是在構造時需要消耗一定資源,

在UOP之資料緩衝一文中我介紹了對象緩衝的一般原則,對其中的大對象緩衝只是簡單介紹了基本原理.本文詳細地說明如何進行大對象緩衝.基於本欄目的類型,在本欄目中討論的內容是如何恰當地應用某種技術來進行系統設計.而不會介紹某種基本技術.如本文涉及的對象的次(軟)/弱/虛引用的概念,這是你要自己參看相關資料而掌握的.大對象(Fat Object)是指在建立時要耗費一定時間,或建立完成後要佔用一定的空間的對象,簡單說,就是"來之不易"啊.比形對象,Socket連結等.所以這類對象不宜頻繁地創建.應該盡量使

中斷線程有了上一節[線程的中斷],我們就好進行如何[中斷線程]了.這絕對不是玩一個文字遊戲.是因為"線程的中斷"並不能保證"中斷線程",所以我要特別地分為兩節來說明.這裡說的"中斷線程"意思是"停止線程",而為什麼不用"停止線程"這個說法呢?因為線程有一個明確的stop方法,但它是反對使用的,所以請大家記住,在java中以後不要提停止線程這個說法,忘記它! 但是,作為介紹線程知識的我,我仍然要告訴你為什麼不用"停止線程"的理由.[停止線程] 當在一個線程對象上調用stop()方法時,這個線程對象

    在WEB/WAP這種以http協議為主的大使用者應用中,即時性是非常重要的一個指標.用戶端對一個請求的回應時間的感受,可以說是衡量大規模使用者的WEB應用的第一指標.    適時地採用非同步處理,不僅可以提高對用戶端的響應速度,而且使互動過程更為可靠!    如果有些事我們不得不做,那就要看在什麼時候做,讓誰做更合適.軟體設計中,我們總是把最難實現的部分讓API提供者來做.事實上讓調用者來做和讓API提供者來做,在整個流程中這個工作(最終會變成CPU執行的指令序列)是無法縮減的,但放在最

這段時間做中移動的一些介面,看到那些"標準介面"心裡不知道是什麼感覺.連笑都懶得笑了.一個連26個字母都認不全的人,說我要做英語同聲翻譯,說這種話除了需要天大的勇氣,其它的只能說是無知了.連一些java的基礎文法都不能正確應用,竟然寫出給"中國移動"這種絕對企業級應用的介面,中興公司開發的MM7介面,看了以後每一個有良心的程式員都有想自殺的感覺.算了,不提它了.目前在java平台上,要解析xml文檔,即使只有"<abc></abc>"這樣的一個標籤,在產生document

JOIN的線程誰來喚醒這個問題在CSDN上被問到，我做了詳細的回答。但提問者的水平不同，對正確答案的判斷能力也不同，所他並沒有滿意我的回答。我之所以專門再為此寫一篇文章，是從這個問題要引出話題還是應該要闡明的。1.join做了什嗎？ 開啟jdk的源碼，可以看到join其實就是在等待目標線程的結束：    public final synchronized void join(long millis) throws InterruptedException { long base =

所謂模式就是脫離特定的例子使用更一般化的,通用化的表達方式來察看,描述,總結相同的問題.現在我們來研究這個模式:共用資源(sharedResource)參與者:在臨界區模式中,一定有一個或一個以上的共用資源角色的參與.在上面這個例子中就是山洞(Corrie).共用資源參與者會被多個線程訪問,這個角色的存取方法有兩種類型,一種是多個線程訪問也不會發生問題的方法,稱為安全執行緒的方法,另一種就是在多個線程同時訪問時會發生問題需要保護的方法,稱為不安全的方法.這裡所說的安全執行緒和不安全的方法,不用多

[進階主題:關於synchronized]其實在多線程編程基礎部分,我已經談過synchronized相關的內容.但臨界區模式是其它多線程編程模式的基礎,所以在這裡繼續深入一下談談synchronized相關的一些內容.只要見到synchronized關鍵字,第一要想到的問題就是,synchronized在保護誰?在上面的例子中,synchronized保護的是Corrie對象的counter,name,number三個欄位不被"交叉賦值",也就是這三個欄位同一時間只能被一個線程訪問.其次我們要

symbian的清除棧symbian是c++的子集,它基於C++但不需要C++所有的強大的功能,(事實上也不可能在手機這樣的終端上實現完整的C++所有功能).對於異常處理,symbian沒有提供c++那樣本地變數常異處理時顯示調用解構函式的架構.Symbian用自己清除棧來完成該工作.1.不使用清除棧的情況:aFuntion(){ CBar *pBar = new (ELeave) CBar; pBar->FooL(); delete