其他

項目的經驗教訓：01.測試環境與開發環境的網路一定要分開；02.資料的一致性問題(主要是前台資料庫和後台資料庫；要根據資料自身的特性進行分類，”重要資料“採用反饋機制(註：定期核對機制)；”普通資料或者大資料量資料“採用機制無反饋(註：1.對於有狀態的資料：採用雙通道保證可靠性，訊息體上要有“時間戳記”來防止舊資料覆蓋新資料的問題；2.對於增量無狀態的資料：需要採用單通道加定期有核對機制來保證可靠性)；03.源碼版本管理，現網源碼版本要一致；04.網管監控(重點：包括網路和主機參數等)、服務監控

轉載：http://www.51testing.com/?uid-390472-action-viewspace-itemid-233986 以前大概知道URLencoded, application/x-www-form-urlencoded等大概的東西，也做了一些能啟動並執行程式，可總歸不是特別清楚。今天又看到了HTTP: The Definitive

轉載：http://hb.qq.com/a/20110905/001239.htm在企業中部署Hadoop時，如何從資料中擷取商業價值，而不用擔心如何管理Hadoop軟體架構。為了實現這樣的願望，Dell和Cloudera聯合推出了Hadoop解決方案Cloudera Enterprise。　　成功應用Cloudera的Hadoop發行版對大量結構化和非結構化資料進行分析的最快方式就是採用Cloudera Enterprise。通過使用完全開源的Cloudera

對於進程模式，有兩種可選的訊息發出方案：1.每個Service進程都獨立載入一份dispatcher2.所有Service進程不載入dispachter，只核心載入一份dispatcher，訊息發出時，總是需要通過核心方案一優點：1.高效，因為少了從Service進程到核心進程的拷貝方案一缺點：1.多佔用了記憶體，因為每個Service進程都得載入一份dispatcher2.出口多不統一，每個Service的出口都是獨立的方案二優點：1.出口統一，統一由核心發出，Service進程與網路無關方案

如果在ubuntu server 中安裝了案頭，並且安裝了中文語言套件，哪麼命令列中亂碼。其實這個問題根本不需要解決，只要在命令列中輸入startx，啟動圖形案頭，然後進入到終端自然就不亂嗎了。 安裝了ubuntu server  10.04之後，首先安裝圖形案頭，（sudo apt-get install ubuntu-desktop ），安裝之後如果想啟動的時候直接進入到命令列，哪麼需要改動設定檔/etc/default/grub ，把 GRUB_CMDLINE_LINUX_DEFAULT=

在技術文檔中，發現很多時候並沒有對topology、architecture和struct進行嚴格區分，有時可以見到一個topology成了architechure，有時一個struct成了architechure。從嚴謹的角度出發，究竟應當如何去定義和區分，以便正確的使用了？個人的理解如下：1.topology焦點是網路部署，如在各IDC的分布2.architechure包含系統內部的各模式和子系統，以及周圍相關或依賴的外圍系統間的關係3.struct通常只涉及系統內部，典型的類圖即是stru

轉載：http://www.bsdlover.cn/html/24/n-3224.htmlBash中的變數1.使用者定義的變數使用者定義的變數有字母數字及底線組成,並且變數名的第一個字元不能為數字.與其它UNIX名字一樣,變數名是大小寫敏感的.對於變數,使用者可按如下方式賦值:name = value在引用變數時,需在前面加$符號，使用者也可以在變數間進行相互賦值,如:(前面的$是命令提示字元)$ JOHN = john$ NAME = $JOHN$ echo Hello $NAMEHello

這兩天看csdn有一些關於socket粘包，socket緩衝區設定的問題，發現自己不是很清楚，所以查資料瞭解記錄一下： 一 .兩個簡單概念長串連與短串連：1.長串連     Client方與Server方先建立通訊串連，串連建立後不斷開， 然後再進行報文發送和接收。2.短串連     Client方與Server每進行一次報文收發交易時才進行通訊串連，交易完畢後立即中斷連線。此種方式常用於一點對多點 通訊，比如多個Client串連一個Server. 二

我的Linode十分繁忙，在跑一些密集操作資料庫的Rake任務時尤其如此。但我觀察發現，Linode伺服器的4核CPU，只有第1個核心（CPU#0）非常忙，其他都處於idle狀態。不瞭解Linux是如何調度的，但在Linode的這種狀態下，顯然有最佳化的餘地。除了處理正常任務，CPU#0還需要處理各種中斷。因此，若能將CPU#0分擔的任務攤派到其他CPU核心上，可以預見，系統的處理能力將有更大的提升。兩個名詞SMP (Symmetrical

轉載：http://blog.csdn.net/cuiweican/archive/2010/07/14/5735476.aspxErlang/OTP's global 模組可用於以原子的形式為Erlang分布式系統中的進程命名，確保同一時刻分布式系統中的每個進程都有唯一的一個名字。 現在來看看global模組在實際操作中的表現吧，我們在兩個一開始並未串連的Erlang結點中註冊同一個名字，然後再將這兩個結點串連起來，這時，系統將監測到兩個節點中有相同的名字，將登出一個節點中的名字註冊。

全文下載：http://ishare.iask.sina.com.cn/f/7401946.html目錄 1、Hadoop 業界資訊......................................... - 1 - 2、Nutch + Hadoop 構建商用分布式搜尋引擎的問題探究 ....... - 5 - 3、支援自訂爬蟲的Nutch segment 檔案儲存體介面改寫.......... - 11 - 4、Nutch 中mapreduce 應用的幾個特殊點 ..........

本文通過詳細分析老的調度器來說明cfs的優勢。總是新理解新理解的，我怎麼這麼沒完沒了啊，其實每隔一段時間我都會在工作之餘再讀一讀linux核心原始碼的關鍵區段，每次讀都有新的理解，然後就第一時間將心得記錄下來，今天又讀了cfs調度器，越來越發現其美妙了。這次配合了sched-nice-design.txt文檔閱讀，很受啟發，萬惡的發送器終止了，新的時代開始了，O(1)調度器和CFS的作者都是Ingo

　　vi /etc/sysctl.conf　　編輯/etc/sysctl.conf檔案，增加三行：       引用        net.ipv4.tcp_syncookies = 1        net.ipv4.tcp_tw_reuse = 1       net.ipv4.tcp_tw_recycle = 1　　說明：　　net.ipv4.tcp_syncookies = 1 表示開啟SYN

很多時候，當一個進程為了等待mutex而剛剛進入睡眠的時候，mutex已經被釋放了，如果能在第一時間感知mutex被釋放那是再好不過的了，解決該問題的方式就是用自旋忙等而不是阻塞等待，是這樣嗎？ 關於競態，當初由於不能忍受頻繁的睡眠/喚醒而引入了自旋鎖，然後又因為自旋鎖在即時系統中會導致其它進程長時間延遲造成輸送量下降而在即時系統中又恢複 了睡眠/喚醒，即時系統中的首要特性不是節省開銷，而是保證運行，睡眠/喚醒機制保證了爭搶鎖的進程不會影響到別的進程從而保證了輸送量不會被降低，但是

轉載：http://blog.csdn.net/emmix/article/details/6622135很少人用到Bash的調試功能吧，大多數通過列印資訊來調試。本文主要介紹一下Bash的調試方法。    1 為什麼需要調試    2 Bash 調試方法    The shell provides several built-in commands for enabling different modes of debugging support. 類似於C語言的調試，主要分為：    [1]

1、背景   KeepAlive是就是通常所稱的長串連。KeepAlive帶來的好處是可以減少tcp串連的開銷，這對於短response body的請求效果更加明顯。同時，可以為採用HTTP協議的互動式應用提供良好的session支援。2、KeepAlive的原理    在HTTP1.0和HTTP1.1協議中都有對KeepAlive的支援。其中HTTP1.0需要在request中增加”Connection： keep-alive“ header才能夠支援，而HTTP1.1預設支援。   

當前在網路傳輸應用中，廣泛採用的是TCP/IP通訊協定及其標準的socket應用開發編程介面（API）。TCP/IP傳輸層有兩個並列的協議：TCP和UDP。其中TCP（transport control protocol，傳輸控制通訊協定）是連線導向的，提供高可靠性服務。UDP（user datagram

前面的一篇文章簡要說了一下linux網卡的ip地址結構，可是寫完之後覺得說的不夠徹底，我一般寫文章喜歡從大的方面著手而不喜歡鑽到細節中，因為細節往往容易把握，而大體的設計往往對於我們這些學習的人是不可見的，比如linux核心代碼夠細節了吧，我們每個人都可以擁有都可以閱讀，但是linux核心設計背後的思想我們卻不得而知，因此我往往獨好幾遍代碼然後做好幾個實驗，意在發掘作者為什麼這麼設計代碼，發現代碼結構成為這樣的原因，當我看了linux的網路代碼的時候，我思考了很長時間，媽的linux就好像是專門

1: 運行 sudo gedit /etc/default/grub2: 找到 GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”3: 改為 GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash text”3: 運行 sudo update-grub重啟 over 根本不需要任何對GDM的操作 另外 中文locale下在命令列介面顯示中文可以非常簡單的安裝zhcon即可 還內建命令列下的中文IMEsudo aptitude

轉載：http://www.51testing.com/?uid-390472-action-viewspace-itemid-233985 HTTP 1.1中有兩個實體頭(Entity-Header)直接與編碼相關,分別為Content-Encoding和Transfer-Encoding.    先說Content-Encoding, 該頭表示實體已經採用了的編碼方式.Content-Encoding是請求URL對應實體(Entity)本身的一部分.比如請求URL為 http://host/