其他

本文主要內容來自於：http://itindex.net/detail/40187-zookeeper-%E7%AE%A1%E7%90%86%E5%91%98-%E7%AE%A1%E7%90%86常用的四字命令參數 名說明conf輸出server的詳細配置資訊。 New in 3.3.0$>echo conf|nc localhost

如果你的應用與安全相關，那麼你可能要CCCrypt來對你的資料進行加密。直接用API是不是很不爽呀， 有很多參數傳來傳去，今天要給大家推薦的一個開源工程就是與加密相關的。它對CCCrypt進行了封裝，很方便而簡單的進行加密操作。源碼下載：https://github.com/dev5tec/FBEncryptor 它是能進行基於256位的AES的Base64 Encoding/Decoding. 工程項目裡有一demo，見面也有介紹用法,很不錯的一個封裝。    

cvFindCornerSubPix利用cvGoodFeaturesToTrack檢測出來的角點的基礎上，能夠將角點位置精確到亞像素級精度。cvGoodFeaturesToTrack的使用可以參考這裡。//cvFindCornersSubPix_demo.cpp//http://blog.csdn.net/moc062066//2011.07.26#include <stdio.h>#include <cv.h>#include

關鍵字 opencv2.2 ubuntu11.04  ffmpeg cmake安裝opencv方法有簡單有容易的，看你喜歡那種。1.  最容易的，不過難以跟上時代步伐。看看這篇（http://blog.csdn.net/moc062066/article/details/6544234），或者這篇，有點過時但是很實用，點這裡。缺點：你只能選擇官網已經編譯好好的版本（例如opencv2.1），如果你這時候想要用到opencv2.2或者opencv2.3，那這種方法就無能為力了。優點是：方便、快捷、

from:http://hi.baidu.com/wzt85/blog/item/1f29731ba4b317ffae513316.html copy_from_user函數的目的是從使用者空間拷貝資料到核心空間，失敗返回沒有被拷貝的位元組數，成功返回0.這麼簡單的一個函數卻含蓋了許多關於核心方面的知識,比如核心關於異常出錯的處理.從使用者空間拷貝資料到核心中時必須非常小心,如果使用者空間的資料地址是個非法的地址,或是超出使用者空間的範圍，或是那些地址還沒有被映射到，都可能對核心產生很大的影響，

網上搜過upstream相關分析的同學可能都已經有了大概的瞭解了，而且很多大牛分析的也很棒，我這裡為什麼還要多說幾句呢？一來是總結自己的一些理解，二來是對前輩分析的一些補充，希望能帶給大家更多啟發。先給出阿里技術牛們的總結和分析，供大家參考：http://tengine.taobao.org/book/chapter_05.htmlhttp://www.pagefault.info/?p=251看nginx官方wiki給出的配置例子(稍作修改)：upstream backend {

首先先看一個圖：是nginx listen連接埠配置形成一個結構圖，有幾點需要提醒一下：1. 每個連接埠會有一個ngx_http_port_t結構，相同連接埠配置會ngx_http_conf_addr_t結構存放到addrs變數中。2. 並不是所有相同連接埠都要建立ngx_http_conf_addr_t，當出現listen addr:port配置時，如果addr跟之前同一port配置也相同時，則不建立該結構，只是將該port所在的server

在這裡詳細講解healthcheck_nginx_upstreams模組中存在的bug，對於healthcheck_nginx_upstreams模組的安裝和使用請閱讀上一篇blog進行學習。測試環境，通過nginx做反向

在之前的綜述中提到過兩篇不錯的部落格，對nginx的http的處理過程分析的很到位，這裡還有一些細節需要拿出來跟大家分享一下。題外話：       “在認真思考過每一行代碼之前，不要說真正理解了它！” ---(這是我說的，大家覺得搞笑就來噴我吧。-_-!)       這句話實際上是在告訴我們，隱藏在一份代碼中的諸多細節，是需要你去仔細翻閱的，許多地方並不是你想當然那樣子的。今天在一個群裡討論nginx代碼的時候，我花了不少時間卻沒有把一個地方給別人講明白，而事實上，這裡並不是原理有多麼的複雜，

最近公司可能用到zookeeper的某些特性，所以決定研究下zookeeper，先從搭建環境開始吧！叢集搭建環境：1. 30.200 Linux 2.6.18-128.el5 雙核 2G記憶體2. 30.150 Linux 2.6.18-128.el5 雙核 2G記憶體叢集搭建步驟：1. 確保機器安裝了jdkhttp://www.oracle.com/technetwork/java/javase/downloads/index.html# java -versionjava version "

GLSL為不同的渲染階段定義了一些特定的變數。這些預定義（也叫做內建變數）有特定的屬性。所有的預定義變數都以gl_開頭。使用者定義的變數不能以此開頭。下面分類進行介紹。（1）頂點著色器輸入in int gl_VertexID;in int gl_InstanceID; gl_VertexID是當前被處理的頂點的索引。對於array rendering，它是當前頂點在數組中的索引；對於indexed rendering，它是從element

    我們知道一個新知識在大腦中生根發芽，其實是一個跟以往知識發生聯絡的過程，為什麼死記硬背容易忘記？道理是很簡單的，孤島從來都是大腦中遺忘對象的最佳候選，做為一個跟以往經驗發生互動和串連的新知識，從生理學的角度來講，在突觸的串連數量和健壯性上有著明顯的優勢。    扯完關於生理上的知識後，我們應該得到某些啟發，如何讓新知識跟已有的認知系統發生足夠的聯絡呢？答案很簡答，那就是多去思考，多問自己為什麼。   

本文主要內容來自於：http://itindex.net/detail/40187-zookeeper-%E7%AE%A1%E7%90%86%E5%91%98-%E7%AE%A1%E7%90%86配置參數詳解(主要是%ZOOKEEPER_HOME%/conf/zoo.cfg檔案)參數名說明clientPort用戶端串連server的連接埠，即對外服務連接埠，一般設定為2181吧。dataDir儲存快照檔案snapshot的目錄。預設情況下，交易記錄也會儲存在這裡。建議同時配置參數dataLogD

    以前感覺搞科研很屌很牛b，童年的夢想居然還是科學家，後來發現，現實真是一把殺豬刀，把童年的那點很萌的想法給削得一乾二淨。最近去了趟杭州，跟大學宿舍的一個兄弟聚了聚。人家現在在浙大讀研，今年就轉博了。怎麼說呢，這哥們在我眼裡絕對不是搞科研的料，而且他本人對科研更是一點興趣都沒有。怎麼解釋現在這個狀況呢。。。跟他聊完之後，我發現世界已經不是我以為的那個樣子了。想起了一句話：“你以為你以為的就是你以為的嗎？”   

這裡通過以下三個最經典的步驟來分析下，一個bzImage核心映像是如何配置編譯，並最終安裝使用的。當然在整個核心構建過程中，還支援許多的特性，相信這個經典過程明確之後，分析其他的情況就不會太難了，這裡以x86體系來做分析。分析版本2.6.34.1(1) make menuconfig研究代碼最好的方法就是手眼並用，看代碼的同時多多動手調試，我們先貼出了它實際啟動並執行過程：[root@www linux-2.6.34.1]# make menuconfig HOSTCC

在kernel中有很多__init，這個東東到底是何方神聖捏？且聽小生我一一道來。下面是其定義：file:/include/linux/init.h 43 #define __init      __attribute__ ((__section__ (".init.text"))) __cold 44 #define __initdata  __attribute__ ((__section__ (".init.data"))) 45 #define __exitdata 

    這裡我們nginx的cache系統為線索，來探討一個快取服務器的設計和相關細節，我盡量站在設計和架構的角度來分析，限於篇幅這裡不再去擼代碼了，相關的細節，歡迎大家一起參與討論。   

看了一點nginx的源碼發現，nginx的模組思想確實吸引了我，也不得不佩服俄羅斯人的想問題方式，要分析nginx源碼，首先要搞懂的就是nginx的模組思想以及相關的資料結構。還記得我們上一次寫的helloworld模組嗎？裡面涉及最重要的資料就是ngx_module_t指標數組，這個指標數組包含了當前編譯版本支援的所有模組，這個指標數組定義實在自動指令碼產生的objs/ngx_modules.c中，如下：extern ngx_module_t ngx_core_module;extern

Richard

首先，看到標題，我想就會有人噴我，①11G對於hadoop而言不值一提②做耗時測試本沒有必要，畢竟hadoop用於線下系統。我的想法：沒那麼複雜，只是想看下hadoop的檔案處理能力和表現出的問題，只是單純的享受這個解決問題並且得到結果的快感。不那麼多廢話啦!直接進入正題：1、資料來源：apache的日誌，接近900萬條資料，大小為11個G。2、建立表，並用正則匹配的方式匯入資料，(這裡hive的正則和普通正則，路由不同，之後會發新的部落格討論這個問題：(hive的正則)http://blog.