#
最近接項(xiàng)目要求，要在svn主干上創(chuàng)建分支，用分支來進(jìn)行程序的bug修改，而主干上進(jìn)行新功能的開發(fā)。分支上的bug修改完，發(fā)布后，可以合并到主干上。項(xiàng)目程序可以在主干和分支之間進(jìn)行切換，來實(shí)現(xiàn)主干和分支的同時維護(hù)。
1.創(chuàng)建分支
創(chuàng)建分支實(shí)際上就是將程序copy一份到指定的分支目錄，如下圖示：
在項(xiàng)目名稱上點(diǎn)擊右鍵，彈出菜單，選擇“Team”，再選擇“Branch/Tag”，彈出下面的頁面：
上圖中的“Copy to URL”填寫創(chuàng)建新分支的路徑地址，后面會將程序copy到該目錄下，形成新的分支。點(diǎn)擊“Next”:
選擇當(dāng)前最新的版本，點(diǎn)擊“Next”
如果勾選了上圖下面的switch working copy to new branch/tag，eclipse的程序項(xiàng)目會自動切換到分支下。這里我們不選擇，待會自己切換。
這樣就創(chuàng)建了一個1.0的分支
2.合并
可以從主干合并到分支，也可以從分支合并到主干，根據(jù)需要可以選擇合適的選項(xiàng)，如下圖：
上圖中的選項(xiàng)：
1) 從主干合并到分支
2) 從分支合并到主干
3) 將主干上的修改合并到分支
4) 合并2個分支到主干
5) 從主干到分支，手工指定不需要合并的修改
6) 從主干到分支，手工指定要合并的修改
上圖顯示沒有任何修改，所以不用進(jìn)行合并。
3.切換
在項(xiàng)目名稱上點(diǎn)擊右鍵，選擇“Team” –> “switch to another Branch/Tag/Revision”。
選擇需要切換的目的地址，點(diǎn)擊ok即可。
這樣，在項(xiàng)目里就可以在主干和若干分支間進(jìn)行任意切換，來實(shí)現(xiàn)對不同版本/分支的程序進(jìn)行修改提交操作。
參考：
Overview of CollabNet Merge Client
https://desktop-eclipse.open.collab.net/servlets/ProjectProcess?pageID=MEuUjb&freeformpage=Merge%20Client
eclipse中將SVN分支合并到主干的方法
http://www.darrenfang.com/merge-branches-to-trunk-in-eclipse.html
世界杯（FIFA World Cup）即國際足聯(lián)世界杯，是世界上最高榮譽(yù)、最高規(guī)格、最高水平、最高含金量、最高知名度的足球比賽，與奧運(yùn)會并稱為全球體育兩大最頂級賽事，甚至是轉(zhuǎn)播覆蓋率超過奧運(yùn)會的全球最大體育盛事。
本屆世界杯由巴西舉辦，時間：6月13日至7月4日，為(shua)期(ping)一個月。五次奪冠的巴西向著第六顆星進(jìn)擊，據(jù)說集齊七顆星即可召喚出神龍，五星天朝方顯高瞻遠(yuǎn)矚，美帝星條旗表示你們統(tǒng)統(tǒng)弱爆了。
這是一個激情澎湃的時刻
這是一個心潮涌動的瞬間
但又是一個bī格漫天的年代
別問我怎么梅西轉(zhuǎn)會去了阿根廷
別問我為什么世界杯只有32只球隊
也別問我為什么喬丹沒有入選美國大名單
更別問我為什么沒有中國隊，這TM2018年世界杯預(yù)選賽都還沒開始呢
說到這里，我想我有必要先向大家普及一下本次本次杯賽的相關(guān)情況
首先是本次杯賽的32強(qiáng)賽程安排：
那么，稍后我將逐一為大家介紹各個參賽隊做一個民間分析。
既然是盛宴，其實(shí)我們大家都心知“肚”明，大部分球迷都是去……
那么，作為一個有素質(zhì)，有教養(yǎng)的攻略，我不得不提醒大家：
看球第一，猛吃第二；
美食再美，且吃且珍；
體型若重，心寒……心寒……寒……
謹(jǐn)慎起見，請各位女性觀眾仔細(xì)閱讀如下注意事項(xiàng)！！！
注意事項(xiàng)：本屆世界杯沒有貝克漢姆也沒有卡卡，更沒有巴薩和皇馬，來自地球的韓國隊也沒有李敏鎬和都敏俊。
那么，請各位系好身邊的安全帶，我們即將起航。
五星巴西永遠(yuǎn)是奪冠熱門，這次加上天時地利人和，他們擁有最大的機(jī)會奪取巴西世界杯，也承受著最大的關(guān)注和最大的壓力。
直接晉級世界杯缺乏強(qiáng)對抗的比賽沒有阻礙他們的前進(jìn)，聯(lián)合會杯出色的發(fā)揮讓人眼前一亮，最后讓西班牙恥辱性的輸?shù)袅藳Q賽。他們在比賽中顯示出的凝聚力讓人驚嘆不已。斯科拉里的執(zhí)教能力毋庸置疑，他奪取世界杯的經(jīng)驗(yàn)將對這支年輕的巴西給予很大的幫助。在關(guān)鍵位置的陣容深度不亞于德國，他們是世界杯上所有球隊都希望擊敗的對手。
別忘了他們還有最火熱的球迷！
德國隊的陣容深度讓人感覺十分可怕，即使有幾個人受傷完全不影響球隊的整體實(shí)力，特別是赫迪拉令人惋惜的傷病，如果是其他國家，那么這樣一名有實(shí)力的球員受傷的確會給教練帶來很大的苦惱，特別是在世界杯之前，而對于德國來說，找到同樣實(shí)力的球員似乎不是問題。赫迪拉的受傷給了本德兄弟很大的機(jī)會，而且他兩也完全有能力填補(bǔ)他的缺席，京多安，克洛斯也能打拖后組織核心。如果穆勒和格策受傷，他們還有羅伊斯，德拉克斯勒和波多爾斯基頂上。
整支球隊的能力，陣容深度只會給勒夫帶來幸福的煩惱，最后帶哪11個人上場估計是勒夫頭疼的問題。
他們應(yīng)該是四支最有希望奪得大力神杯的球隊，如果低于四強(qiáng)的成績，那么德國人一定不會滿意的。紀(jì)錄不會說謊，36年來德國隊從未跌出8強(qiáng)，世界杯是他們明年唯一的目標(biāo)。
PS：為什么世界杯不跟助攻王發(fā)一個類似金靴獎的東東！
西班牙作為衛(wèi)冕冠軍，理應(yīng)是奪冠大熱門，已經(jīng)連續(xù)獲得了三屆大賽的冠軍(不算聯(lián)合會杯)。西班牙不缺球星，不缺頂級球員，不缺經(jīng)驗(yàn)，不缺信心，他們有可能成為巴西之后第二個連續(xù)兩屆獲得世界杯冠軍的國家。不過鋒無力的情況是否會被迭戈科斯塔的加盟改變呢？催眠戰(zhàn)術(shù)是否會有改變？低迷的伊涅斯塔和老去的哈維還能創(chuàng)造奇跡么？德國和巴西的強(qiáng)勢會是他們奪冠的最大敵人。
如果阿根廷在巴西奪世界杯，那估計全巴西人都要瘋了。
即使沒有煤球王，阿根廷的陣容在紙面上也不錯，狀態(tài)火熱的阿圭羅，拉維奇和迪瑪利亞的攻擊前場能夠給球隊提供足夠的火力，不過不可否認(rèn)的是自從1990年以來，阿根廷都是讓球迷心碎的那支球隊。
8強(qiáng)應(yīng)該是他們最低的目標(biāo)，過去四屆世界杯他們有三次完成了這個目標(biāo)。不過煤球王的榮譽(yù)簿上還缺一個大力神杯，布拉特打臉的發(fā)言是否會在世界杯幫煤球王一把呢，讓我們拭目以待吧！
PS：就煤球王那水平，打世界杯，阿奎羅甩他幾條街，你們說是不是？
哥倫比亞以南美區(qū)第二的身份強(qiáng)勢殺入世界杯，這是16年來他們第一次回到世界杯決賽圈。他們只有一次小組出線的經(jīng)歷，但是這不能妨礙這支匯集了年輕，速度，力量和超強(qiáng)個人能力的球隊在世界杯上帶來驚喜。
晉級8強(qiáng)是他們的目標(biāo)，如果法爾考和羅德里格斯有著最佳狀態(tài)的話他們能走的更遠(yuǎn)。
在蹂躪完約旦以后，烏拉圭終于舒舒服服地進(jìn)入了世界杯。
烏拉圭在世界杯預(yù)選賽中的狀態(tài)來的有點(diǎn)完，他們在最后5場比賽比賽中贏了4場，將他們帶到了第五的位置獲得了附加賽資格，最后僅僅以凈勝球劣勢排在厄瓜多爾之后。要知道他們在前11場比賽中僅僅只贏了3場。
補(bǔ)充：
首先今年的世界杯在南美比賽這對烏拉圭是很大的優(yōu)勢，其次這支球隊有很豐富的大賽經(jīng)驗(yàn)，自從2011年美洲杯奪冠以來主力陣容沒有很大的變動。整個球隊技戰(zhàn)術(shù)很成熟，并且作風(fēng)頑強(qiáng)，還有一個不錯的主教練，還擁有全世界最好的兩個前鋒。
綜上所述，烏拉圭如果進(jìn)入大賽狀態(tài)是一支十分難擊敗的球隊，特別進(jìn)入大賽模式的烏拉圭更加可怕。他們有可能無法擁有最佳陣容出戰(zhàn)，老將和傷病都無法避免，但是依然是一支很有韌性的球隊。如果全隊保持健康，晉級四強(qiáng)希望很大。
每一屆大賽，意大利總是很有威脅的那支球隊，即便是在不被看好的情況下。
他們的鋒線看上去很美，年輕，充滿活力與激情，盡管他們在世界杯預(yù)選賽期間略顯掙扎在10場比賽中贏了6場平了4場。
他們是四強(qiáng)的有利競爭者，但是他們似乎在中場缺一個明星球員，有時候進(jìn)攻上欠缺節(jié)奏，對于最后的冠軍爭奪希望還不是那么大。
比利時已經(jīng)被世界各大足球?qū)＜铱闯墒墙衲晔澜绫淖畲蟮暮隈R，而且有可能爆冷拿下世界杯，如果你在玩fifa或者fm的話這個陣容的確相當(dāng)搶眼，不過現(xiàn)實(shí)是殘酷的。
哈球王，盧卡庫，本特克，梅騰斯……等等擁有這超強(qiáng)天賦的攻擊球員充斥著整個比利時的陣容，光看到名字就讓你感到興奮，但是整支球隊還沒有經(jīng)歷大賽的考驗(yàn)，壓力和韌性是這支球隊最大的問題。防守端他們有世界上最好的兩個門將，也有個人能力最強(qiáng)的中后衛(wèi)之一，看上去整個球隊攻守平衡。心理和戰(zhàn)術(shù)紀(jì)律性是這支群星璀璨的比利時最大的敵人，如果發(fā)揮不錯，有可能進(jìn)入四強(qiáng)。
在世界杯南美區(qū)預(yù)選賽上智利以第三名的身份殺入世界杯，但是和厄瓜多爾不同的是，他們的主客場戰(zhàn)績都相當(dāng)均衡。
在16場比賽中他們打入了29球，攻擊力排在南美區(qū)預(yù)選賽第二位，這說明進(jìn)攻是他們的強(qiáng)項(xiàng)，但是同時防守是他們的弱點(diǎn)16場比賽也被打入了25球，攻守相當(dāng)不平衡。
智利球員的個人技術(shù)都相當(dāng)不錯，出眾的個人能力能在膠著的比賽中幫他們打開局面。在溫布利的勝利應(yīng)該對智利整個球隊都是很大的激勵，如果再16強(qiáng)階段不碰到前四的強(qiáng)隊，很有可能進(jìn)入最后的8強(qiáng)。如果他們最后殺入8強(qiáng)，那么這是自從62年以來他們最好的成績，不過在此之前他們需要大大改善自己的防守，如果改變不了，那最大的冷門可能就要出現(xiàn)在他們身上了。
10年世界杯沒有拿到冠軍，這支球隊的氣數(shù)已經(jīng)走到了盡頭，前場還是那么幾個老人再苦苦支撐，后場依然不堪一擊。無冕之王要想再今年改變無冠的命運(yùn)只能是癡人做夢了。
雖然荷蘭在世界杯預(yù)選賽表現(xiàn)不俗，但是看看他們的分組，幾乎沒有遇到有難度的抵抗，雖然在10場預(yù)選賽中只被進(jìn)了5球，看看對陣的球隊，就不想多說什么了。他們的進(jìn)攻依然可以很犀利很華麗，但是要想走的更遠(yuǎn)，對比其他頂級球隊實(shí)在差的太多，不過8強(qiáng)應(yīng)該沒問題。
雖然英格蘭最終以小組第一的身份晉級了世界杯，但是過程絕對不如結(jié)果看到的那么容易。
當(dāng)人們對他們寄予厚望重新沖刺世界杯的時候，智利和德國給這支歐洲中國隊澆了一盆冷水。毋庸置疑的是，英格蘭的確有一些個人能力很強(qiáng)的球員，并且也不缺精氣神。但是無可否認(rèn)的是，他們失敗的大賽歷史證明這一切很難被改變，如果最后進(jìn)入了4強(qiáng)絕對需要舉國歡慶。進(jìn)入8強(qiáng)算是比較正常的目標(biāo)，如果低于8強(qiáng)基本沒臉回國了，英國小報罵死你，如果高于8強(qiáng)，那就謝天謝地謝亞龍吧！
哎，回頭看看日韓的陣容就算是有再多的仇恨，也不得不佩服他們在國際足壇的成長。
在亞洲杯十強(qiáng)賽B組以超強(qiáng)的統(tǒng)治力小組出線，僅僅輸了一場比賽，在8場比賽中只被打入了5個進(jìn)球。今年的世界杯16強(qiáng)絕對不是癡人做夢。
日本有很多富有才華的技術(shù)型中場，本田圭佑，香川真司和長谷部誠已經(jīng)是歐洲成名的中場大將，他們的對球都有著很強(qiáng)的控制力，而且傳球和想象力也相當(dāng)出色，在扎切羅尼的指導(dǎo)下整支球隊的戰(zhàn)術(shù)組織紀(jì)律也令人刮目相看。在進(jìn)攻線上，他們有很多富有潛力的年輕球員，23歲的前鋒大迫勇也將有可能給人帶來驚喜。
總體來說他們的最佳11人陣容能和世界很多強(qiáng)隊匹敵，不過一旦碰上比他們更加強(qiáng)壯，更加善于控球的球隊，他們能更好的打出高質(zhì)量的防守和反擊么，防守將決定日本最終能走的多遠(yuǎn)。如果一切順利，8強(qiáng)對日本來說絕對是有可能的，就算無法取得佳績，他們也是一支充滿觀賞性的球隊。
俄羅斯再一次回到了世界杯的舞臺，這一次率領(lǐng)他們的是金牌教頭卡佩羅。
這支俄羅斯進(jìn)攻火力十足，并且有能力應(yīng)付各種強(qiáng)隊，防守也游刃有余。但是壓力也許是他們最大的敵人，他們必須從小組出線為這個國家重新帶來失去的榮譽(yù)，要知道上一次他們能從世界杯小組出線還要追溯到1986年。
大多數(shù)在這支國家隊的球員來自本國聯(lián)賽，主要由澤尼特和莫斯科兩大俱樂部組成。
對于這支俄羅斯來說最大的敵人就是自己，如果能更好的把握住進(jìn)球機(jī)會，8強(qiáng)絕對不是夢。
雖然在去年的非洲杯又沒有奪冠，但是科特迪瓦依然是是這個大洲最強(qiáng)的球隊。
在擊敗塞內(nèi)加爾進(jìn)軍世界杯以后，他們已經(jīng)將目光瞄準(zhǔn)了世界杯淘汰賽階段的比賽。上一次他們僅僅以微弱優(yōu)勢被淘汰出局。
科特迪瓦的陣容群星云集，球隊傳奇亞亞圖雷和德羅巴是當(dāng)仁不讓的老大，再輔以熱爾維尼奧，敦比亞，卡勞伯尼，克洛圖雷這些歐洲名將，科特迪瓦的值得期待。不過他們需要在球隊整體的技戰(zhàn)術(shù)水平上有所提高。
如果他們能保持自己的進(jìn)攻火力，他們就能創(chuàng)造自己的奇跡。
如果硬要找個規(guī)律，這個法國還有可能打入今年的世界杯決賽，98年他們奪得世界杯冠軍，02年小組被淘汰，06年又拿到了亞軍，10年又被小組淘汰，那么14年很有可能進(jìn)入世界杯決賽啦，不過這種情況只能說中大彩了。
雖然在世界杯預(yù)選賽中僅僅位于西班牙之后排名第二也不是那么讓人難以理解，但是關(guān)鍵問題在于他們沒有拿出任何讓人信服的比賽，特別到最后還要靠薩科這樣的球員來拯救擊敗烏克蘭，簡直不忍直視。
當(dāng)然法國的實(shí)力毋庸置疑，全隊有很多技術(shù)出眾，創(chuàng)造力強(qiáng)并且讓人激情四射的球員，里貝里又是當(dāng)今足壇的頂尖球員之一。不過一旦這些球星爆發(fā)，誰能知道這支不被看好的法國能走多遠(yuǎn)呢！
在波黑短短幾年的建國歷史里，他們的國家第一次進(jìn)入了世界杯的決賽圈。不過看看他們的陣容，他們應(yīng)該對這次世界杯充滿了決心和目的。
他們有一個穩(wěn)定的主力陣容，有一套成熟的攻防體系，看看他們的球員，守門員是英超門神貝戈維奇，兩大神鋒伊比舍維奇和哲科將為波黑的進(jìn)攻提供火力，在中場擁有著很多創(chuàng)造力中場，現(xiàn)在在羅馬炙手可熱的皮亞尼奇將成為提供主要進(jìn)攻組織者，前德甲助攻王米西莫維奇也是不容忽視的。皮亞尼奇定位球功力將會是決定比賽的關(guān)鍵人物，在世界杯這樣重大的比賽中，一個定位球?qū)⒂锌赡芨淖冋麍霰荣惖淖邉荨?nbsp;
因?yàn)闆]有以前世界杯經(jīng)歷的對比，也沒有很豐富的對戰(zhàn)其他大州球隊的經(jīng)驗(yàn)，預(yù)測他們能走的多遠(yuǎn)實(shí)在是十分困難。不過小組出線對他們來說應(yīng)該不難，波黑是世界杯值得期待的一直球隊，有動力有激情有天賦！
瑞士可以稱的上各項(xiàng)大賽上的常客，他們有不錯的實(shí)力，但是離頂級球隊還是有那么點(diǎn)的差距。
對于很多頂級球隊來說瑞士的經(jīng)常是他們的噩夢，他們有嚴(yán)密的戰(zhàn)術(shù)紀(jì)律，有天賦的球員，老道的主教練，他們的世界杯預(yù)選賽以不敗結(jié)束直接晉級32強(qiáng)，在希斯菲爾德掌舵的這幾年中，瑞士取得的進(jìn)步有目共睹。
扎卡，沙奇里和因勒的崛起，在這支頑強(qiáng)的球隊中注入了才華和星味，不過他們?nèi)狈σ粋€中鋒和一個強(qiáng)力中后衛(wèi)。
不過他們現(xiàn)在的世界排名讓他們在世界杯抽簽分組中占據(jù)了一個有力的位置，幾乎以他們現(xiàn)在的實(shí)力，出線不成問題，他們應(yīng)該將目標(biāo)放在8強(qiáng)才能算的上真正的成功。他們上一次進(jìn)入8強(qiáng)還要追溯到1954年。
棒子的出線可以真正稱得上幸運(yùn)，僅僅以凈勝球的優(yōu)勢淘汰了烏茲別克斯坦。
不過他們的整體實(shí)力處在一個上升期，在德甲效力的孫興民和具滋哲將給棒子的進(jìn)攻帶來很大的提升，并且他們都年輕還有很大的上升空間，后防線上剛剛贏得亞冠的廣州恒大主力中后衛(wèi)金英權(quán)將是后防線上的領(lǐng)軍人物。在配以這賽季在卡迪夫狀態(tài)很好的金普炅，棒子的整體實(shí)力還是不容小覷的，再加上某些不確定因素(大家都懂的)。
在過去的三屆世界杯中他們有兩次從小組出線，不過最大極限也是16強(qiáng)，不會再走的更遠(yuǎn)了。
字母羅和伊布的巔峰對決，終于以字母羅封神的表現(xiàn)，讓葡萄牙驚險晉級世界杯。葡萄牙也是真正意義上字母羅一個人的球隊。葡萄牙的球迷認(rèn)為只要有字母羅一切皆有可能，但是世界杯可不是預(yù)選賽，他們要獲得好成績得把球隊的狀態(tài)調(diào)整到最佳。但是很遺憾的是，整支球隊沒有那樣的實(shí)力。不過葡萄牙的世界杯之旅很大程度上決定于他們的抽簽，估計他們可以贏得小組的頭兩場比賽，然后順利進(jìn)入16強(qiáng)。不過看上去很簡單事實(shí)上不那么容易，在此之前球隊的戰(zhàn)術(shù)還得好好研究一番。
厄瓜多爾是一個很奇怪的球隊，他們在世界杯南美區(qū)預(yù)選賽高居第四位直接晉級了世界杯決賽圈，讓烏拉圭去打了附加賽。但是他們超強(qiáng)的主場戰(zhàn)斗力，在世界杯將不復(fù)存在。
在預(yù)選賽的8場主場比賽中7場取得了勝利，一場是平局，但是他們在客場一場未勝，平了3場輸了5場。
如果他們遇上壓迫型球隊，進(jìn)攻犀利的強(qiáng)隊，那么他們羸弱的防守就會給他們帶來致命傷害。另外一個方面如果允許他們打出防守反擊，他們在兩翼的速度將是所有球隊的噩夢。
他們有可能進(jìn)入16強(qiáng)，不過8強(qiáng)就不要奢望了。
尼日利亞令人信服地?fù)魯×税Ｈ肀葋嗊M(jìn)入了世界杯決賽圈，不過如果他們想讓世人重新關(guān)注非洲雄獅，他們還得做的更好。
尼日利亞的陣容雖然不比從前，但也不少球星，像艾姆尼科，摩西，米克爾這樣歐洲的成名球星將是決定他們世界杯成敗的關(guān)鍵人物。雖然他們的比賽缺乏節(jié)奏的變化，不過Stephen Keshi執(zhí)教下球隊技戰(zhàn)術(shù)漸漸成熟，如果他們發(fā)揮出應(yīng)有的水平，小組出線可能還是很大的。
雖然在預(yù)選賽起步有點(diǎn)蹣跚，但是美國很快以小組頭名的身份強(qiáng)勢殺進(jìn)世界杯。不過在中北美取得這樣的成績對于美國來說也是正常的，他們的陣容相當(dāng)不錯，今年的世界杯是對他們最好的檢驗(yàn)。1930的世界杯是美國第一次打入世界杯8強(qiáng)，也許這次他們想走的更遠(yuǎn)。
墨西哥如愿搭上了末班車，不過他們總體表現(xiàn)是令人失望的。他們在預(yù)選賽最后兩場驚險拿到了附加賽的資格，有如此多富有天賦的攻擊球員，而整個預(yù)選賽10場比賽只打入了7個進(jìn)球，進(jìn)攻問題是最需要解決的問題。
當(dāng)然如果能解決進(jìn)攻的問題，墨西哥是一支相當(dāng)不錯的球隊，但是缺乏真正的巨星級人物在關(guān)鍵場次為球隊挺身而出。
主教練Miguel Herrera的用人也匪夷所思，他的宗旨是不征召海外球員，只選本國聯(lián)賽的球員組成國家隊，他覺得這樣的球隊?wèi)?zhàn)術(shù)凝聚力高。在過去5次的世界杯經(jīng)歷中，墨西哥都進(jìn)入了16強(qiáng)，這對他們來說是很大的激勵。
在附加賽中擊敗冰島，讓克羅地亞如愿來到巴西，不過他們的頭號射手曼朱基齊的停賽，對他們的世界杯之旅是一次致命打擊。他有可能錯過整個小組賽的比賽，由于第二回合對戰(zhàn)冰島被出示紅牌下場。
克羅地亞的中場是他們最引以為傲的地方，他們的中場才華橫溢，富有創(chuàng)造力，對任何球隊都是很大的威脅，問題在于主教練Niko Kovac的戰(zhàn)術(shù)能不能將這些球星融入在一起，發(fā)揮出最大的戰(zhàn)斗力。
雖然他們進(jìn)入了世界杯，但是沒有曼朱基齊的克羅地亞得分能力將被放大，他們能否從小組出線也被打上了大大的問號。
在戰(zhàn)勝埃及以后，加納連續(xù)三屆進(jìn)入了世界杯決賽圈。
全世界的目光都會關(guān)注這支非洲勁旅，要知道他們第一次參加世界杯就進(jìn)入了16強(qiáng)，第二次就進(jìn)入了8強(qiáng)!球隊中名將眾多武藝蒙，博阿滕，阿薩莫阿是領(lǐng)軍人物，還有在馬賽效力的阿尤兄弟，加納的中場堪稱強(qiáng)大，但是他們最大的問題在于防守，而且缺乏箭頭人物，雖然在對戰(zhàn)埃及的兩回合比賽中打入了7球。
如果無法提高他們的防守質(zhì)量和鋒無力的問題，他們可能無法在小組中出線。
這是希臘第一次連續(xù)兩屆晉升世界杯決賽圈的比賽，不過這也僅僅是他們第三次世界杯之旅。
希臘的優(yōu)點(diǎn)就是團(tuán)隊?wèi)?zhàn)術(shù)紀(jì)律好，意志力頑強(qiáng)，但是缺乏才華是他們最大的問題。他們?nèi)绻谑澜绫凶龅母玫脑挘仨殢姆朗刈銎穑艡C(jī)反擊，是他們最大的機(jī)會。
在10場預(yù)選賽中，希臘打入12球，只被進(jìn)了4球，可見他們的策略依然沿用著防守反擊，即使在對陣列支敦士登這樣的業(yè)余級別球隊時他們也只是客場1-0，主場2-0小比分獲勝。不過觀眾應(yīng)該很討厭他們吧，在世界杯中一共獲得過一場比賽勝利，小組出線不容樂觀。
喀麥隆輕松邁過了突尼斯這一關(guān)進(jìn)軍了世界杯，但是很明顯他們已經(jīng)不是昔日的非洲獵豹了。整個球隊的團(tuán)隊氛圍相當(dāng)?shù)牟睿⑶乙呀?jīng)沒有了世界頂級球星，雖然有一些不錯的球員例如埃托奧，宋，恩庫魯和馬蒂普。
進(jìn)球是他們最大的問題，在對陣?yán)葋啠瑒偣投喔绲谋荣愔?場比賽僅僅打入8球，要知道這些都是公認(rèn)的弱旅。在埃托奧身邊的鋒線搭檔是韋伯不過他也是僅有的國家隊進(jìn)球達(dá)到兩位數(shù)的球員。
自從沒有了卡梅尼，2年半以來他只打了12場聯(lián)賽，喀麥隆的門將位置捉襟見肘。
自從他們上一次小組出線已經(jīng)過去20年了，這一次賠率顯示他們可能要再加上4年了。
自從1982和1986年以來，這是阿爾及利亞第一次進(jìn)入世界杯決賽圈，而且從來沒有從小組出線過。
阿爾及利亞應(yīng)該是非洲參加世界杯最弱的球隊了，如果他們希望有所發(fā)揮就要寄希望于布拉希米，哈桑耶布和費(fèi)古利的發(fā)揮了。
布拉希米應(yīng)該是特別需要注意的那個，他的腳下技術(shù)相當(dāng)出色，并且突破和傳球都能撕開對手的防線。但是全隊的攻防兩端都有很大的問題，注定是世界杯的過客。
哥斯達(dá)黎加在預(yù)選賽中有這十分強(qiáng)勢的表現(xiàn)，在中北美預(yù)選賽中有這最好的防守紀(jì)錄，在10場比賽中只被打入7球。
雖然沒有什么特別大牌的明星，但是布萊恩魯伊茲和喬爾坎貝爾的實(shí)力能大大提升他們的進(jìn)球效率。
不過世界杯對于他們來說目標(biāo)和洪都拉斯差不多，贏一場就能開心回家了，不過要是分到一個不錯的小組，哥斯達(dá)黎加也許能創(chuàng)造驚喜。
在這次世界杯預(yù)選賽中洪都拉斯表現(xiàn)出色，他們已經(jīng)連續(xù)兩屆進(jìn)軍世界杯決賽圈的比賽了，在次之前他們只有在1982年參加過世界杯。
但是要說事實(shí)的話，他們的晉級只能歸咎于墨西哥狀態(tài)太差，但是他們也的確有一些才華橫溢的球員增加了球隊的整體實(shí)力。
在中國聯(lián)賽效力的卡洛斯 科斯特利，英超球星帕拉西奧斯和埃斯皮諾薩是這支球隊的領(lǐng)軍人物，球隊也不乏一些擁有眾多國際比賽經(jīng)驗(yàn)的老隊員。
對于他們來說最現(xiàn)實(shí)的目標(biāo)就是能在世界杯贏一場球，除非有什么奇跡發(fā)生，或者有什么令人震驚的分組……
澳大利亞在亞洲的實(shí)力僅次于韓日，獲得一個世界杯資格應(yīng)該不成問題，但是他們在預(yù)選賽的表現(xiàn)十分掙扎，要知道十強(qiáng)賽b組僅僅只有日本一支強(qiáng)隊，而約旦隊在兩回合對戰(zhàn)烏拉圭的比賽中業(yè)余的表現(xiàn)，可見實(shí)力有多差。
澳大利亞的問題在于隊伍年齡老化，卡希爾，布雷西亞諾，尼爾這些高齡球員依然在陣中，只有極少數(shù)的25歲以下年輕球員能進(jìn)入一線隊陣容。
這屆世界杯應(yīng)該是這些老隊員的謝幕演出，但是鋒無力的情況可能比缺少年輕球員更加嚴(yán)重，如果澳大利亞能進(jìn)入淘汰賽，估計更大博彩公司都要哭了。
伊朗在亞洲區(qū)十強(qiáng)賽A組力壓韓國和烏茲別克斯坦斯坦以小組頭名出線，實(shí)力可見一斑。
但是他們在世界杯的影響力有限，過往成績也不太理想沒有一次小組出線的經(jīng)歷，最好的成績是98年世界杯在小組取的了他們在世界杯的唯一一場勝利。
現(xiàn)在球隊中有Masoud Shojaei，Javad Nekounam和Reza Ghoochannejhad在歐洲頂級聯(lián)賽效力，雖然不缺乏一些不錯的球員，但是總體實(shí)力還是不能給其他球隊造成麻煩。最弱一隊非伊朗莫屬。
http://www.cloudera.com/content/cloudera-content/cloudera-docs/CDH4/latest/CDH4-Installation-Guide/cdh4ig_topic_4_4.html
http://www.cnblogs.com/xuesong/p/3604080.html
http://www.linuxidc.com/Linux/2013-12/94180.htm
卸載
http://www.cnblogs.com/shudonghe/articles/3133290.html
安裝文件：
http://www.cloudera.com/content/support/en/downloads/download-components/download-products.html?productID=4ZFrtT9ZQN
- change to no password
sudo chmod +w /etc/sudoers
sudo vi /etc/sudoers
ufuser ALL=(ALL) NOPASSWD: ALL
sudo chmod -w /etc/sudoers
- change disable
sudo vi /etc/selinux/config
SELINUX=disabled
sudo reboot
- add to /etc/hosts
sudo vi /etc/hosts
10.0.0.4 ufhdp001.cloudapp.net ufhdp001
10.0.0.5 ufhdp002.cloudapp.net ufhdp002
- download bin
wget http://archive.cloudera.com/cm4/installer/latest/cloudera-manager-installer.bin
- run the bin
chmod 755 cloudera-manager-installer.bin
sudo ./cloudera-manager-installer.bin
簡單說，分布式是以縮短單個任務(wù)的執(zhí)行時間來提升效率的，而集群則是通過提高單位時間內(nèi)執(zhí)行的任務(wù)數(shù)來提升效率。
例如：如果一個任務(wù)由10個子任務(wù)組成，每個子任務(wù)單獨(dú)執(zhí)行需1小時，則在一臺服務(wù)器上執(zhí)行改任務(wù)需10小時。
采用分布式方案，提供10臺服務(wù)器，每臺服務(wù)器只負(fù)責(zé)處理一個子任務(wù)，不考慮子任務(wù)間的依賴關(guān)系，執(zhí)行完這個任務(wù)只需一個小時。
而采用集群方案，同樣提供10臺服務(wù)器，每臺服務(wù)器都能獨(dú)立處理這個任務(wù)。假設(shè)有10個任務(wù)同時到達(dá)，10個服務(wù)器將同時工作，10小后，10個任務(wù)同時完成，這樣，整身來看，還是1小時內(nèi)完成一個任務(wù)!
集群概念
1. 兩大關(guān)鍵特性
集群是一組協(xié)同工作的服務(wù)實(shí)體，用以提供比單一服務(wù)實(shí)體更具擴(kuò)展性與可用性的服務(wù)平臺。在客戶端看來，一個集群就象是一個服務(wù)實(shí)體，但事實(shí)上集群由一組服務(wù)實(shí)體組成。與單一服務(wù)實(shí)體相比較，集群提供了以下兩個關(guān)鍵特性：
· 可擴(kuò)展性--集群的性能不限于單一的服務(wù)實(shí)體，新的服務(wù)實(shí)體可以動態(tài)地加入到集群，從而增強(qiáng)集群的性能。
· 高可用性--集 群通過服務(wù)實(shí)體冗余使客戶端免于輕易遇到out of service的警告。在集群中，同樣的服務(wù)可以由多個服務(wù)實(shí)體提供。如果一個服務(wù)實(shí)體失敗了，另一個服務(wù)實(shí)體會接管失敗的服務(wù)實(shí)體。集群提供的從一個出 錯的服務(wù)實(shí)體恢復(fù)到另一個服務(wù)實(shí)體的功能增強(qiáng)了應(yīng)用的可用性。
2. 兩大能力
為了具有可擴(kuò)展性和高可用性特點(diǎn)，集群的必須具備以下兩大能力：
· 負(fù)載均衡--負(fù)載均衡能把任務(wù)比較均衡地分布到集群環(huán)境下的計算和網(wǎng)絡(luò)資源。
· 錯誤恢復(fù)--由于某種原因，執(zhí)行某個任務(wù)的資源出現(xiàn)故障，另一服務(wù)實(shí)體中執(zhí)行同一任務(wù)的資源接著完成任務(wù)。這種由于一個實(shí)體中的資源不能工作，另一個實(shí)體中的資源透明的繼續(xù)完成任務(wù)的過程叫錯誤恢復(fù)。
負(fù)載均衡和錯誤恢復(fù)都要求各服務(wù)實(shí)體中有執(zhí)行同一任務(wù)的資源存在，而且對于同一任務(wù)的各個資源來說，執(zhí)行任務(wù)所需的信息視圖(信息上下文)必須是一樣的。
3. 兩大技術(shù)
實(shí)現(xiàn)集群務(wù)必要有以下兩大技術(shù)：
· 集群地址--集 群由多個服務(wù)實(shí)體組成，集群客戶端通過訪問集群的集群地址獲取集群內(nèi)部各服務(wù)實(shí)體的功能。具有單一集群地址(也叫單一影像)是集群的一個基 本特征。維護(hù)集群地址的設(shè)置被稱為負(fù)載均衡器。負(fù)載均衡器內(nèi)部負(fù)責(zé)管理各個服務(wù)實(shí)體的加入和退出，外部負(fù)責(zé)集群地址向內(nèi)部服務(wù)實(shí)體地址的轉(zhuǎn)換。有的負(fù)載均 衡器實(shí)現(xiàn)真正的負(fù)載均衡算法，有的只支持任務(wù)的轉(zhuǎn)換。只實(shí)現(xiàn)任務(wù)轉(zhuǎn)換的負(fù)載均衡器適用于支持ACTIVE-STANDBY的集群環(huán)境，在那里，集群中只有 一個服務(wù)實(shí)體工作，當(dāng)正在工作的服務(wù)實(shí)體發(fā)生故障時，負(fù)載均衡器把后來的任務(wù)轉(zhuǎn)向另外一個服務(wù)實(shí)體。
· 內(nèi)部通信--為了能協(xié)同工作、實(shí)現(xiàn)負(fù)載均衡和錯誤恢復(fù)，集群各實(shí)體間必須時常通信，比如負(fù)載均衡器對服務(wù)實(shí)體心跳測試信息、服務(wù)實(shí)體間任務(wù)執(zhí)行上下文信息的通信。
具有同一個集群地址使得客戶端能訪問集群提供的計算服務(wù)，一個集群地址下隱藏了各個服務(wù)實(shí)體的內(nèi)部地址，使得客戶要求的計算服務(wù)能在各個服務(wù)實(shí)體之間分布。內(nèi)部通信是集群能正常運(yùn)轉(zhuǎn)的基礎(chǔ)，它使得集群具有均衡負(fù)載和錯誤恢復(fù)的能力。
集群分類
Linux集群主要分成三大類( 高可用集群， 負(fù)載均衡集群，科學(xué)計算集群)，高可用集群( High Availability Cluster)，負(fù)載均衡集群(Load Balance Cluster)，科學(xué)計算集群(High Performance Computing Cluster)
具體包括：
Linux High Availability 高可用集群：普通兩節(jié)點(diǎn)雙機(jī)熱備，多節(jié)點(diǎn)HA集群，RAC, shared, share-nothing集群等；Linux Load Balance 負(fù)載均衡集群：LVS等....；Linux High Performance Computing 高性能科學(xué)計算集群：Beowulf 類集群....；分布式存儲；其他類linux集群：如Openmosix, rendering farm 等..
詳細(xì)介紹
1. 高可用集群(High Availability Cluster)
常見的就是2個節(jié)點(diǎn)做成的HA集群，有很多通俗的不科學(xué)的名稱，比如"雙機(jī)熱備", "雙機(jī)互備", "雙機(jī)".
高可用集群解決的是保障用戶的應(yīng)用程序持續(xù)對外提供服務(wù)的能力。 (請注意高可用集群既不是用來保護(hù)業(yè)務(wù)數(shù)據(jù)的，保護(hù)的是用戶的業(yè)務(wù)程序?qū)ν獠婚g斷提供服務(wù)，把因軟件/硬件/人為造成的故障對業(yè)務(wù)的影響降低到最小程度)。
2. 負(fù)載均衡集群(Load Balance Cluster)
負(fù)載均衡系統(tǒng)：集群中所有的節(jié)點(diǎn)都處于活動狀態(tài)，它們分?jǐn)傁到y(tǒng)的工作負(fù)載。一般Web服務(wù)器集群、數(shù)據(jù)庫集群和應(yīng)用服務(wù)器集群都屬于這種類型。
負(fù)載均衡集群一般用于相應(yīng)網(wǎng)絡(luò)請求的網(wǎng)頁服務(wù)器，數(shù)據(jù)庫服務(wù)器。這種集群可以在接到請求時，檢查接受請求較少，不繁忙的服務(wù)器，并把請求轉(zhuǎn)到這些服務(wù)器上。從檢查其他服務(wù)器狀態(tài)這一點(diǎn)上看，負(fù)載均衡和容錯集群很接近，不同之處是數(shù)量上更多。
3. 科學(xué)計算集群(High Performance Computing Cluster)
高性能計算(High Perfermance Computing)集群，簡稱HPC集群。這類集群致力于提供單個計算機(jī)所不能提供的強(qiáng)大的計算能力。
高性能計算分類
高吞吐計算(High-throughput Computing)
有一類高性能計算，可以把它分成若干可以并行的子任務(wù)，而且各個子任務(wù)彼此間沒有什么關(guān)聯(lián)。象在家搜尋外星人( SETI@HOME -- Search for Extraterrestrial Intelligence at Home )就是這一類型應(yīng)用。這一項(xiàng)目是利用Internet上的閑置的計算資源來搜尋外星人。SETI項(xiàng)目的服務(wù)器將一組數(shù)據(jù)和數(shù)據(jù)模式發(fā)給Internet上 參加SETI的計算節(jié)點(diǎn)，計算節(jié)點(diǎn)在給定的數(shù)據(jù)上用給定的模式進(jìn)行搜索，然后將搜索的結(jié)果發(fā)給服務(wù)器。服務(wù)器負(fù)責(zé)將從各個計算節(jié)點(diǎn)返回的數(shù)據(jù)匯集成完整的 數(shù)據(jù)。因?yàn)檫@種類型應(yīng)用的一個共同特征是在海量數(shù)據(jù)上搜索某些模式，所以把這類計算稱為高吞吐計算。所謂的Internet計算都屬于這一類。按照 Flynn的分類，高吞吐計算屬于SIMD(Single Instruction/Multiple Data)的范疇。
分布計算(Distributed Computing)
另一類計算剛好和高吞吐計算相反，它們雖然可以給分成若干并行的子任務(wù)，但是子任務(wù)間聯(lián)系很緊密，需要大量的數(shù)據(jù)交換。按照Flynn的分類，分布式的高性能計算屬于MIMD(Multiple Instruction/Multiple Data)的范疇。
4. 分布式(集群)與集群的聯(lián)系與區(qū)別
分布式是指將不同的業(yè)務(wù)分布在不同的地方。而集群指的是將幾臺服務(wù)器集中在一起，實(shí)現(xiàn)同一業(yè)務(wù)。分布式中的每一個節(jié)點(diǎn)，都可以做集群。而集群并不一定就是分布式的。
舉例：就比如新浪網(wǎng)，訪問的人多了，他可以做一個群集，前面放一個響應(yīng)服務(wù)器，后面幾臺服務(wù)器完成同一業(yè)務(wù)，如果有業(yè)務(wù)訪問的時候，響應(yīng)服務(wù)器看哪臺服務(wù)器的負(fù)載不是很重，就將給哪一臺去完成。
而分布式，從窄意上理解，也跟集群差不多， 但是它的組織比較松散，不像集群，有一個組織性，一臺服務(wù)器垮了，其它的服務(wù)器可以頂上來。
分布式的每一個節(jié)點(diǎn)，都完成不同的業(yè)務(wù)，一個節(jié)點(diǎn)垮了，哪這個業(yè)務(wù)就不可訪問了。
傳統(tǒng)MySQL+ Memcached架構(gòu)遇到的問題
實(shí)際MySQL是適合進(jìn)行海量數(shù)據(jù)存儲的，通過Memcached將熱點(diǎn)數(shù)據(jù)加載到cache，加速訪問，很多公司都曾經(jīng)使用過這樣的架構(gòu)，但隨著業(yè)務(wù)數(shù)據(jù)量的不斷增加，和訪問量的持續(xù)增長，我們遇到了很多問題：
1.MySQL需要不斷進(jìn)行拆庫拆表，Memcached也需不斷跟著擴(kuò)容，擴(kuò)容和維護(hù)工作占據(jù)大量開發(fā)時間。
2.Memcached與MySQL數(shù)據(jù)庫數(shù)據(jù)一致性問題。
3.Memcached數(shù)據(jù)命中率低或down機(jī)，大量訪問直接穿透到DB，MySQL無法支撐。
4.跨機(jī)房cache同步問題。
眾多NoSQL百花齊放，如何選擇
最近幾年，業(yè)界不斷涌現(xiàn)出很多各種各樣的NoSQL產(chǎn)品，那么如何才能正確地使用好這些產(chǎn)品，最大化地發(fā)揮其長處，是我們需要深入研究和思考的問題，實(shí) 際歸根結(jié)底最重要的是了解這些產(chǎn)品的定位，并且了解到每款產(chǎn)品的tradeoffs，在實(shí)際應(yīng)用中做到揚(yáng)長避短，總體上這些NoSQL主要用于解決以下幾 種問題
1.少量數(shù)據(jù)存儲，高速讀寫訪問。此類產(chǎn)品通過數(shù)據(jù)全部in-momery 的方式來保證高速訪問，同時提供數(shù)據(jù)落地的功能，實(shí)際這正是Redis最主要的適用場景。
2.海量數(shù)據(jù)存儲，分布式系統(tǒng)支持，數(shù)據(jù)一致性保證，方便的集群節(jié)點(diǎn)添加/刪除。
3.這方面最具代表性的是dynamo和bigtable 2篇論文所闡述的思路。前者是一個完全無中心的設(shè)計，節(jié)點(diǎn)之間通過gossip方式傳遞集群信息，數(shù)據(jù)保證最終一致性，后者是一個中心化的方案設(shè)計，通過類似一個分布式鎖服務(wù)來保證強(qiáng)一致性,數(shù)據(jù)寫入先寫內(nèi)存和redo log，然后定期compat歸并到磁盤上，將隨機(jī)寫優(yōu)化為順序?qū)懀岣邔懭胄阅堋?/p>
4.Schema free，auto-sharding等。比如目前常見的一些文檔數(shù)據(jù)庫都是支持schema-free的，直接存儲json格式數(shù)據(jù)，并且支持auto-sharding等功能，比如mongodb。
面對這些不同類型的NoSQL產(chǎn)品,我們需要根據(jù)我們的業(yè)務(wù)場景選擇最合適的產(chǎn)品。
Redis適用場景，如何正確的使用
前面已經(jīng)分析過，Redis最適合所有數(shù)據(jù)in-momory的場景，雖然Redis也提供持久化功能，但實(shí)際更多的是一個disk-backed的功 能，跟傳統(tǒng)意義上的持久化有比較大的差別，那么可能大家就會有疑問，似乎Redis更像一個加強(qiáng)版的Memcached，那么何時使用 Memcached,何時使用Redis呢?
如果簡單地比較Redis與Memcached的區(qū)別，大多數(shù)都會得到以下觀點(diǎn)：
1 Redis不僅僅支持簡單的k/v類型的數(shù)據(jù)，同時還提供list，set，zset，hash等數(shù)據(jù)結(jié)構(gòu)的存儲。
2 Redis支持?jǐn)?shù)據(jù)的備份，即master-slave模式的數(shù)據(jù)備份。
3 Redis支持?jǐn)?shù)據(jù)的持久化，可以將內(nèi)存中的數(shù)據(jù)保持在磁盤中，重啟的時候可以再次加載進(jìn)行使用。
拋開這些，可以深入到Redis內(nèi)部構(gòu)造去觀察更加本質(zhì)的區(qū)別，理解Redis的設(shè)計。
在Redis中，并不是所有的數(shù)據(jù)都一直存儲在內(nèi)存中的。這是和Memcached相比一個最大的區(qū)別。Redis只會緩存所有的 key的信息，如果Redis發(fā)現(xiàn)內(nèi)存的使用量超過了某一個閥值，將觸發(fā)swap的操作，Redis根據(jù)“swappability = age*log(size_in_memory)”計 算出哪些key對應(yīng)的value需要swap到磁盤。然后再將這些key對應(yīng)的value持久化到磁盤中，同時在內(nèi)存中清除。這種特性使得Redis可以 保持超過其機(jī)器本身內(nèi)存大小的數(shù)據(jù)。當(dāng)然，機(jī)器本身的內(nèi)存必須要能夠保持所有的key，畢竟這些數(shù)據(jù)是不會進(jìn)行swap操作的。同時由于Redis將內(nèi)存 中的數(shù)據(jù)swap到磁盤中的時候，提供服務(wù)的主線程和進(jìn)行swap操作的子線程會共享這部分內(nèi)存，所以如果更新需要swap的數(shù)據(jù)，Redis將阻塞這個 操作，直到子線程完成swap操作后才可以進(jìn)行修改。
使用Redis特有內(nèi)存模型前后的情況對比：
VM off: 300k keys, 4096 bytes values: 1.3G used
VM on: 300k keys, 4096 bytes values: 73M used
VM off: 1 million keys, 256 bytes values: 430.12M used
VM on: 1 million keys, 256 bytes values: 160.09M used
VM on: 1 million keys, values as large as you want, still: 160.09M used
當(dāng) 從Redis中讀取數(shù)據(jù)的時候，如果讀取的key對應(yīng)的value不在內(nèi)存中，那么Redis就需要從swap文件中加載相應(yīng)數(shù)據(jù)，然后再返回給請求方。 這里就存在一個I/O線程池的問題。在默認(rèn)的情況下，Redis會出現(xiàn)阻塞，即完成所有的swap文件加載后才會相應(yīng)。這種策略在客戶端的數(shù)量較小，進(jìn)行 批量操作的時候比較合適。但是如果將Redis應(yīng)用在一個大型的網(wǎng)站應(yīng)用程序中，這顯然是無法滿足大并發(fā)的情況的。所以Redis運(yùn)行我們設(shè)置I/O線程 池的大小，對需要從swap文件中加載相應(yīng)數(shù)據(jù)的讀取請求進(jìn)行并發(fā)操作，減少阻塞的時間。
如果希望在海量數(shù)據(jù)的環(huán)境中使用好Redis，我相信理解Redis的內(nèi)存設(shè)計和阻塞的情況是不可缺少的。
補(bǔ)充的知識點(diǎn)：
memcached和redis的比較
1 網(wǎng)絡(luò)IO模型
Memcached是多線程，非阻塞IO復(fù)用的網(wǎng)絡(luò)模型，分為監(jiān)聽主線程和worker子線程，監(jiān)聽線程監(jiān)聽網(wǎng)絡(luò)連接，接受請求后，將連接描述字 pipe 傳遞給worker線程，進(jìn)行讀寫IO, 網(wǎng)絡(luò)層使用libevent封裝的事件庫，多線程模型可以發(fā)揮多核作用，但是引入了cache coherency和鎖的問題，比如，Memcached最常用的stats 命令，實(shí)際Memcached所有操作都要對這個全局變量加鎖，進(jìn)行計數(shù)等工作，帶來了性能損耗。
(Memcached網(wǎng)絡(luò)IO模型)
Redis使用單線程的IO復(fù)用模型，自己封裝了一個簡單的AeEvent事件處理框架，主要實(shí)現(xiàn)了epoll、kqueue和select，對于單純 只有IO操作來說，單線程可以將速度優(yōu)勢發(fā)揮到最大，但是Redis也提供了一些簡單的計算功能，比如排序、聚合等，對于這些操作，單線程模型實(shí)際會嚴(yán)重 影響整體吞吐量，CPU計算過程中，整個IO調(diào)度都是被阻塞住的。
2.內(nèi)存管理方面
Memcached使用預(yù)分配的內(nèi)存池的方式，使用slab和大小不同的chunk來管理內(nèi)存，Item根據(jù)大小選擇合適的chunk存儲，內(nèi)存池的方 式可以省去申請/釋放內(nèi)存的開銷，并且能減小內(nèi)存碎片產(chǎn)生，但這種方式也會帶來一定程度上的空間浪費(fèi)，并且在內(nèi)存仍然有很大空間時，新的數(shù)據(jù)也可能會被剔 除，原因可以參考Timyang的文章：http://timyang.net/data/Memcached-lru-evictions/
Redis使用現(xiàn)場申請內(nèi)存的方式來存儲數(shù)據(jù)，并且很少使用free-list等方式來優(yōu)化內(nèi)存分配，會在一定程度上存在內(nèi)存碎片，Redis跟據(jù)存儲 命令參數(shù)，會把帶過期時間的數(shù)據(jù)單獨(dú)存放在一起，并把它們稱為臨時數(shù)據(jù)，非臨時數(shù)據(jù)是永遠(yuǎn)不會被剔除的，即便物理內(nèi)存不夠，導(dǎo)致swap也不會剔除任何非 臨時數(shù)據(jù)(但會嘗試剔除部分臨時數(shù)據(jù))，這點(diǎn)上Redis更適合作為存儲而不是cache。
3.數(shù)據(jù)一致性問題
Memcached提供了cas命令，可以保證多個并發(fā)訪問操作同一份數(shù)據(jù)的一致性問題。 Redis沒有提供cas 命令，并不能保證這點(diǎn)，不過Redis提供了事務(wù)的功能，可以保證一串 命令的原子性，中間不會被任何操作打斷。
4.存儲方式及其它方面
Memcached基本只支持簡單的key-value存儲，不支持枚舉，不支持持久化和復(fù)制等功能
Redis除key/value之外，還支持list,set,sorted set,hash等眾多數(shù)據(jù)結(jié)構(gòu)，提供了KEYS
進(jìn)行枚舉操作，但不能在線上使用，如果需要枚舉線上數(shù)據(jù)，Redis提供了工具可以直接掃描其dump文件，枚舉出所有數(shù)據(jù)，Redis還同時提供了持久化和復(fù)制等功能。
5.關(guān)于不同語言的客戶端支持
在不同語言的客戶端方面，Memcached和Redis都有豐富的第三方客戶端可供選擇，不過因?yàn)镸emcached發(fā)展的時間更久一些，目前看在客 戶端支持方面，Memcached的很多客戶端更加成熟穩(wěn)定，而Redis由于其協(xié)議本身就比Memcached復(fù)雜，加上作者不斷增加新的功能等，對應(yīng) 第三方客戶端跟進(jìn)速度可能會趕不上，有時可能需要自己在第三方客戶端基礎(chǔ)上做些修改才能更好的使用。
根據(jù)以上比較不難看出，當(dāng)我們不希望數(shù)據(jù)被踢出，或者需要除key/value之外的更多數(shù)據(jù)類型時，或者需要落地功能時，使用Redis比使用Memcached更合適。
關(guān)于Redis的一些周邊功能
Redis除了作為存儲之外還提供了一些其它方面的功能，比如聚合計算、pubsub、scripting等，對于此類功能需要了解其實(shí)現(xiàn)原理，清楚地 了解到它的局限性后，才能正確的使用，比如pubsub功能，這個實(shí)際是沒有任何持久化支持的，消費(fèi)方連接閃斷或重連之間過來的消息是會全部丟失的，又比 如聚合計算和scripting等功能受Redis單線程模型所限，是不可能達(dá)到很高的吞吐量的，需要謹(jǐn)慎使用。
總的來說Redis作者是一位非常勤奮的開發(fā)者，可以經(jīng)常看到作者在嘗試著各種不同的新鮮想法和思路，針對這些方面的功能就要求我們需要深入了解后再使用。
總結(jié)：
1.Redis使用最佳方式是全部數(shù)據(jù)in-memory。
2.Redis更多場景是作為Memcached的替代者來使用。
3.當(dāng)需要除key/value之外的更多數(shù)據(jù)類型支持時，使用Redis更合適。
4.當(dāng)存儲的數(shù)據(jù)不能被剔除時，使用Redis更合適。
開源大數(shù)據(jù)框架Apache Hadoop已經(jīng)成了大數(shù)據(jù)處理的事實(shí)標(biāo)準(zhǔn)，同時也幾乎成了大數(shù)據(jù)的代名詞，雖然這多少有些以偏概全。
根據(jù)Gartner的估計，目前的Hadoop生態(tài)系統(tǒng)市場規(guī)模在7700萬美元左右，2016年，該市場規(guī)模將快速增長至8.13億美元。
但是在Hadoop這個快速擴(kuò)增的藍(lán)海中游泳并非易事，不僅開發(fā)大數(shù)據(jù)基礎(chǔ)設(shè)施技術(shù)產(chǎn)品這件事很難，銷售起來也很難，具體到大數(shù)據(jù)基礎(chǔ)設(shè)施工具如 Hadoop、NoSQL數(shù)據(jù)庫和流處理系統(tǒng)則更是難上加難。客戶需要大量培訓(xùn)和教育，付費(fèi)用戶需要大量支持和及時跟進(jìn)的產(chǎn)品開發(fā)工作。而跟企業(yè)級客戶打 交道往往并非創(chuàng)業(yè)公司團(tuán)隊的強(qiáng)項(xiàng)。此外，大數(shù)據(jù)基礎(chǔ)設(shè)施技術(shù)創(chuàng)業(yè)通常對風(fēng)險投資規(guī)模也有較高要求。
盡管困難重重，Hadoop創(chuàng)業(yè)公司依然如雨后春筍冒出，除了Cloudera、Datameer、DataStax和MapR等已經(jīng)功成名就的 Hadoop創(chuàng)業(yè)公司外，最近CIO雜志評出了2014年十大最值得關(guān)注的Hadoop創(chuàng)業(yè)公司，了解這些公司的產(chǎn)品和商業(yè)模式對企業(yè)大數(shù)據(jù)技術(shù)創(chuàng)業(yè)者和 大數(shù)據(jù)應(yīng)用用戶來說都非常有參考價值：
一、Platfora
業(yè)務(wù)：所提供的大數(shù)據(jù)分析解決方案能夠?qū)adoop中的原始數(shù)據(jù)轉(zhuǎn)換成可互動的，基于內(nèi)存計算的商業(yè)智能服務(wù)。
簡介：創(chuàng)立于2011年，迄今已募集6500萬美元。
入選理由：Platfora的目標(biāo)是簡化復(fù)雜難用的Hadoop，推動Hadoop在企業(yè)市場的應(yīng)用。Platfora的做法是簡化數(shù)據(jù)采集和分析 流程，將Hadoop中的原始數(shù)據(jù)自動轉(zhuǎn)化成可以互動的商業(yè)智能服務(wù)，無需ETL或者數(shù)據(jù)倉庫。(參考閱讀：Hadoop只是窮人的ETL)
二、Alpine Data Labs
業(yè)務(wù)：提供基于Hadoop的數(shù)據(jù)分析平臺
簡介：創(chuàng)立于2010年，迄今累計融資2350萬美元。
入選理由：復(fù)雜的高級分析和機(jī)器學(xué)習(xí)應(yīng)用通常都需要腳本和代碼開發(fā)高手實(shí)現(xiàn)，這進(jìn)一步推高了數(shù)據(jù)科學(xué)家的技術(shù)門檻。實(shí)際上大數(shù)據(jù)企業(yè)高管和IT經(jīng)理都沒時間也沒興致學(xué)習(xí)編程技術(shù)，或者去了解復(fù)雜的Hadoop。Alpine Data通過SaaS服務(wù)的方式大幅降低了預(yù)測分析的應(yīng)用門檻。
三、Altiscale
業(yè)務(wù)：提供Hadoop即服務(wù)（HaaS）
簡介：創(chuàng)立于2012年3月，迄今融資1200萬美元。
入選理由：大數(shù)據(jù)正在鬧人才荒，而通過云計算提供Hadoop相關(guān)服務(wù)無疑是普及Hadoo的一條捷徑，根據(jù)TechNavio的估計，2016年 HaaS市場規(guī)模將高達(dá)190億美元，是塊大蛋糕。但是HaaS市場的競爭已經(jīng)日趨激烈，包括亞馬遜EMR、微軟的Hadoop on Azure，以及Rackspace的Hortonworks云服務(wù)等都是重量級玩家，Altiscale還需要與Hortonworks、 Cloudera、Mortar Data、Qubole、Xpleny展開直接競爭。
四、Trifacta
業(yè)務(wù)：提供平臺幫助用戶將復(fù)雜的原始數(shù)據(jù)轉(zhuǎn)化成干凈的結(jié)構(gòu)化格式供分析使用。
簡介：創(chuàng)立于2012年，迄今融資1630萬美元。
入選理由：大數(shù)據(jù)技術(shù)平臺和分析工具之間存在一個巨大的瓶頸，那就是數(shù)據(jù)分析專家需要花費(fèi)大量精力和時間轉(zhuǎn)化數(shù)據(jù)，而且業(yè)務(wù)數(shù)據(jù)分析師們往往也并不 具備獨(dú)立完成數(shù)據(jù)轉(zhuǎn)化工作的技術(shù)能力。為了解決這個問題Trifacta開發(fā)出了“預(yù)測互動”技術(shù)，將數(shù)據(jù)操作可視化，而且Trifacta的機(jī)器學(xué)習(xí)算 法還能同時觀察用戶和數(shù)據(jù)屬性，預(yù)測用戶意圖，并自動給出建議。Trifata的競爭對手是Paxata、Informatica和CirroHow。
五、Splice Machine
業(yè)務(wù)：提供面向大數(shù)據(jù)應(yīng)用的，基于Hadoop的SQL兼容數(shù)據(jù)庫。
簡介：創(chuàng)立于2012年，迄今融資1900萬美元。
入選理由：新的數(shù)據(jù)技術(shù)使得傳統(tǒng)關(guān)系型數(shù)據(jù)庫的一些流行功能如ACID合規(guī)、交易一致性和標(biāo)準(zhǔn)的SQL查詢語言等得以在廉價可擴(kuò)展的Hadoop上 延續(xù)。Splice Machine保留了NoSQL數(shù)據(jù)庫所有的優(yōu)點(diǎn)，例如auto-sharding，容錯、可擴(kuò)展性等，同時又保留了SQL。
六、DataTorrent
業(yè)務(wù)：提供基于Hadoop平臺的實(shí)時流處理平臺
簡介：創(chuàng)立于2012年，2013年6月獲得800萬美元A輪融資。
入選理由：大數(shù)據(jù)的未來是快數(shù)據(jù)，而DataTorrent正是要解決快數(shù)據(jù)的問題。
七、Qubole
業(yè)務(wù)：提供大數(shù)據(jù)DaaS服務(wù)，基于“真正的自動擴(kuò)展Hadoop集群”。
簡介：創(chuàng)立于2011年，累計融資700萬美元。
入選理由：大數(shù)據(jù)人才一將難求，對于大多數(shù)企業(yè)來說，像使用SaaS企業(yè)應(yīng)用一樣使用Hadoop是一個現(xiàn)實(shí)的選擇。
八、Continuuity
業(yè)務(wù)：提供基于Hadoop的大數(shù)據(jù)應(yīng)用托管平臺
簡介：創(chuàng)立于2011年，累計獲得1250萬美元融資，創(chuàng)始人兼CEO Todd Papaioannou曾是雅虎副總裁云架構(gòu)負(fù)責(zé)人，去年夏天Todd離開Continuuity后，聯(lián)合創(chuàng)始人CTO Jonathan Gray接替擔(dān)任CEO一職。
入選理由：Continuuity的商業(yè)模式非常聰明也非常獨(dú)特，他們繞過非常難纏的Hadoop專家，直接向Java開發(fā)者提供應(yīng)用開發(fā)平臺，其 旗艦產(chǎn)品Reactor是一個基于Hadoop的Java集成化數(shù)據(jù)和應(yīng)用框架，Continuuity將底層基礎(chǔ)設(shè)施進(jìn)行抽象處理，通過簡單的Java 和REST API提供底層基礎(chǔ)設(shè)施服務(wù)，為用戶大大簡化了Hadoop基礎(chǔ)設(shè)施的復(fù)雜性。Continuuity最新發(fā)布的服務(wù)——Loom是一個集群管理方案，通 過Loom創(chuàng)建的集群可以使用任意硬件和軟件堆疊的模板，從單一的LAMP服務(wù)器和傳統(tǒng)應(yīng)用服務(wù)器如JBoss到包含數(shù)千個節(jié)點(diǎn)的大規(guī)模的Hadoop集 群。集群還可以部署在多個云服務(wù)商的環(huán)境中（例如Rackspace、Joyent、Openstack等）而且還能使用常見的SCM工具。
九、Xplenty
業(yè)務(wù)：提供HaaS服務(wù)
簡介：創(chuàng)立于2012年，從Magma風(fēng)險投資獲得金額不詳?shù)娜谫Y。
入選理由：雖然Hadoop已經(jīng)成了大數(shù)據(jù)的事實(shí)工業(yè)標(biāo)準(zhǔn)，但是Hadoop的開發(fā)、部署和維護(hù)對技術(shù)人員的技能依然有著極高要求。Xplenty 的技術(shù)通過無需編寫代碼的Hadoop開發(fā)環(huán)境提供Hadoop處理服務(wù)，企業(yè)無需投資軟硬件和專業(yè)人才就能快速享受大數(shù)據(jù)技術(shù)。
十、Nuevora
業(yè)務(wù)：提供大數(shù)據(jù)分析應(yīng)用
簡介：創(chuàng)立于2011年，累計獲得300萬早期投資。
入選理由：Nuevora的著眼點(diǎn)是大數(shù)據(jù)應(yīng)用最早啟動的兩個領(lǐng)域：營銷和客戶接觸。Nuevora的nBAAP（大數(shù)據(jù)分析與應(yīng)用）平臺的主要功 能包括基于最佳時間預(yù)測算法的定制分析應(yīng)用，nBAAP基于三個關(guān)鍵大數(shù)據(jù)技術(shù)：Hadoop（大數(shù)據(jù)處理）、R（預(yù)測分析）和Tableau（數(shù)據(jù)可視 化）
作為一位設(shè)計師，會經(jīng)常追尋新鮮有趣的設(shè)計工具，這些工具會提高工作的效率，使得工作更有效， 最重要的是使工作變得更方便。非常肯定的說，隨著日益增長的工具和應(yīng)用的數(shù)量，設(shè)計和開發(fā)變得越來越簡單了。其中最普遍使用的最終框架 之一是 Bootstrap，它在 2013 年特別流行。如果你是位設(shè)計師，你可能會接觸過它，甚至是使用過它。如果你是 Bootstrap 的使用者或者是相關(guān)功能的用戶，這篇文章非常的適合你！
這里總共列舉了 12 款最好的 Bootstrap 設(shè)計工具，這些都能很好的簡化大家的工作。希望大家能從這些列表中找到適合自己的，在評論跟大家分享一下使用的感想和其他類似的工具，Enjoy ：）
Bootstrap Designer 是一個在線工具，不需要下載就可以使用。用戶可以使用它創(chuàng)建漂亮和迷人基于 Bootstrap 框架的 HTML5 模板。
如果用戶想結(jié)合先進(jìn)高級的 web 技術(shù)和 Bootstrap，可以嘗試一下 Get Kickstrap。這款特別的工具非常高大上，可以運(yùn)行數(shù)據(jù)庫驅(qū)動的 web 應(yīng)用程序，而且還不用任何的后臺哦 ：D
這個工具擁有非常多樣化的庫，集成了其他 Bootstrap 基礎(chǔ)插件，框架和庫。
這個特別的工具能幫助用戶輕松創(chuàng)建各種類型的按鈕，用戶只需要輸入 CSS 類到新的按鈕中，并且選擇相應(yīng)的顏色值就可以了。當(dāng)需要使用的時候，只需要復(fù)制粘貼就能輕松創(chuàng)建漂亮的按鈕了。
這個工具能在瀏覽器中運(yùn)行，這個非常基礎(chǔ)的工具能幫助在小團(tuán)隊工作的開發(fā)者和設(shè)計者建立非常真實(shí)的 web 元素。
用戶只需要使用拖拽界面構(gòu)建器就可以輕松創(chuàng)建前端代碼。
這是一個開源的工具，而且非常容易安裝和使用。
這是一款在線主題生成器和 Twitter Bootstrap 的 web 設(shè)計工具。用戶可以在設(shè)計 webapp 時生成和預(yù)覽主題。
這個特別的工具允許用戶創(chuàng)建非常個性化的字體，通過非常舒適的命令行方式。
這是另外一個基于 CSS 的 Twitter Bootstrap，讓用戶能很好的在 WordPress 網(wǎng)站上使用 Twitter Bootstrap JavaScript 庫。
這是個非常靈活和簡單的框架，用戶可以創(chuàng)建現(xiàn)代化和經(jīng)典的 web 應(yīng)用。同時，也可以定義類似 Windows 8 的風(fēng)格和感覺。
這是另外一個基于 Twitter Bootstrap 的工具，可以運(yùn)行一個平滑風(fēng)格，組件可以包含 PSD 文件的 UI。使用這個特殊的工具可以創(chuàng)建出非常有創(chuàng)意的 UI。
摘要: 在本次教程中，我們將創(chuàng)建含有三個節(jié)點(diǎn)的群集。第一個節(jié)點(diǎn)是主節(jié)點(diǎn)，第二個節(jié)點(diǎn)是Failover節(jié)點(diǎn)，第三個節(jié)點(diǎn)是仲裁節(jié)點(diǎn)。1. 安裝Mongo并設(shè)置配置文件安裝3臺服務(wù)器并調(diào)整配置文件/etc/mongod.conf:1#Select your replication set name2replSet=[replication_set_name]3#Selec...
閱讀全文