下載這個 EFI程序，或者是下載該帖的附件解壓，（MD5: 02C3E0E4CFBE8266D045BD3DF62D0135）將這個 BOOTX64.EFI 復(fù)制到用FAT32格式化的U盤的\EFI\BOOT\目錄內(nèi)，用U盤啟動電腦（只要插著U盤電腦就會從U盤啟動了，無需BIOS設(shè)置），將看到如下顯示：
讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：域名申請、網(wǎng)絡(luò)空間、營銷軟件、網(wǎng)站建設(shè)、上黨網(wǎng)站維護(hù)、網(wǎng)站推廣。
引用:
Welcome to GRUB!
Entering rescue mode...
error: file not found
grub rescue
輸入命令
setup_var 0x1af 0x1
回車，重啟電腦，VT應(yīng)該就被打開了。（以上命令的圈圈都是數(shù)字零）
警告！風(fēng)險自擔(dān)！千萬不要輸錯命令了！偏移量一定要正確！改錯了偏移量將可能導(dǎo)致無法開機(jī)需要送修客服！（切斷CMOS電池都沒用）
目前已確認(rèn)該方法能在以下版本的BIOS工作：
Sony VGN-Z11, V: M3a R2168M3 05/20/2009
Sony VGN-Z36GD, V: R3054M3
Sony VGN-Z540, V: R2168M3
Sony VGN-Z31, V: M3b R3054M3 05/19/2009
Sony VGN-Z21, V: M3a R2168M3
Sony VGN-Z31, V: R3052M3
如何開啟BIOS高級設(shè)置菜單
只需要更改另一個偏移量的變量值即可，輸入命令：
setup_var 0x25a 0x1
重啟
這樣就可以直接在BIOS里面隨時控制開啟關(guān)閉VT了，當(dāng)然還包括其他一系列高級的東西比如AHCI、TXT之類的～大家慢慢玩去吧～裝XP、Server 03的玩家們有福了！貌似不用集成SATA驅(qū)動了，輕松降級XP！
確認(rèn)是否成功啟動了VT的標(biāo)準(zhǔn)：是否能成功啟動64位虛擬機(jī)，或者是否能使用Windows 7的XP模式
OK，現(xiàn)在是時候來測試一下到底 VT 對 32 位系統(tǒng)有沒有性能上的影響了。
理論上來說，硬件虛擬（VT-x）相對于軟件模擬（Binary Translation）的性能提升在于虛擬內(nèi)核態(tài)運行的代碼，也就是說提權(quán)到0環(huán)的時候影響最大。（什么是Kernel time？Windows用戶開啟任務(wù)管理器，性能-顯示-顯示內(nèi)核時間，紅線就是內(nèi)核占用的CPU了。）為了驗證這一點，筆者進(jìn)行了以下測試：
測試平臺：
VMWare 6.5.2
Host OS: Windows Server 2008 Enterprise SP2 32-bit
Guest OS：Ubuntu 6.06 32-bit
測試項目：
1、編譯 PostgreSQL 的源代碼
2、用 Firefox 2.0 運行 Peacekeeper 測試瀏覽器性能
為了保證數(shù)據(jù)的一致性，所有測試項均運行了兩次，保證沒有太大的差異。
結(jié)果：
VT disabled in bios, force "Binary Translation":
Jul 21 20:16:53.208: vmx| HV Settings: virtual exec = 'software'; virtual mmu = 'software'
Compile PostgreSQL:
real 3m54.795s
user 2m46.506s
sys 0m54.479s
real 3m50.576s
user 2m45.050s
sys 0m52.091s
Peacekeeper:
358
342
VT enabled in bios, force "VT-X":
Jul 21 20:42:53.937: vmx| HV Settings: virtual exec = 'hardware'; virtual mmu = 'software'
Compile PostgreSQL:
real 2m51.950s
user 2m11.012s
sys 0m29.426s
real 2m49.712s
user 2m11.464s
sys 0m27.054s
Peacekeeper:
362
384
可以看出，開啟 VT 對于內(nèi)核態(tài)的運算性能有很明顯的提升，大概快 100%！不過開啟 VT 對于用戶態(tài)的運算就沒有那么大的提升了，所以 Peacekeeper 的分?jǐn)?shù)差別不大，編譯過程中用戶態(tài)消耗的時間差別也不大。
空間數(shù)據(jù)又稱幾何數(shù)據(jù)，它用來表示物體的位置、形態(tài)、大小分布等各方面的信息，是對現(xiàn)世界中存在的具有定位意義的事物和現(xiàn)象的定量描述。根據(jù)在計算機(jī)系統(tǒng)中對地圖是對現(xiàn)實教想的存儲組織、處理方法的不同，以及空間數(shù)據(jù)本身的幾何特征，空間數(shù)據(jù)又可分為圖形數(shù)據(jù)和圖像數(shù)據(jù)。
空間數(shù)據(jù)包括以下五種類型：
1、地圖數(shù)據(jù)：這類數(shù)據(jù)主要來源于各種類型的普通地圖和專題地圖，這些地圖的內(nèi)容非常豐富。
2、影像數(shù)據(jù)：這類數(shù)據(jù)主要來源于衛(wèi)星、航空遙感，包括多平臺、多層面、多種傳感器、多時相、多光譜、多角度和多種分辨率的遙感影像數(shù)據(jù)，構(gòu)成多元海量數(shù)據(jù)。
3、地形數(shù)據(jù)：這類數(shù)據(jù)來源于地形等高線圖的數(shù)字化，已建立的數(shù)據(jù)高程模型(DEM)和其他實測的地形數(shù)據(jù)。
4、屬性數(shù)據(jù)：這類數(shù)據(jù)主要來源于各類調(diào)查統(tǒng)計報告、實測數(shù)據(jù)、文獻(xiàn)資料等。
5、混合數(shù)據(jù)：這類數(shù)據(jù)來源于衛(wèi)星、航空遙感與各種類型的普通地圖和專題地圖形成多方面數(shù)據(jù)。
空間數(shù)據(jù)結(jié)構(gòu)是空間數(shù)據(jù)適合于計算機(jī)存儲、管理、處理的邏輯結(jié)構(gòu)，是空間數(shù)據(jù)在計算機(jī)內(nèi)的組織和編碼形式，是地理實體的空間排列和相互關(guān)系的抽象描述。它是對空間數(shù)據(jù)的一種理解和解釋。
空間數(shù)據(jù)結(jié)構(gòu)又是指空間數(shù)據(jù)的編排方式和組織關(guān)系?？臻g數(shù)據(jù)編碼是指空間數(shù)據(jù)結(jié)構(gòu)的具體實現(xiàn)，是將圖形數(shù)據(jù)、影像數(shù)據(jù)、統(tǒng)計數(shù)據(jù)等資料按一定的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換為適合計算機(jī)存儲和處理的形式。不同數(shù)據(jù)源采用不同的數(shù)據(jù)結(jié)構(gòu)處理，內(nèi)容相差極大，計算機(jī)處理數(shù)據(jù)的效率很大程度取決于數(shù)據(jù)結(jié)構(gòu)。
擴(kuò)展資料：
空間數(shù)據(jù)庫管理系統(tǒng)是空間數(shù)據(jù)庫的核心軟件，將對空間數(shù)據(jù)和屬性數(shù)據(jù)進(jìn)行統(tǒng)一管理，為GIS應(yīng)用開發(fā)提供空間數(shù)據(jù)庫管理系統(tǒng)除了必須具備普通數(shù)據(jù)庫管理系統(tǒng)的功能外，還具有以下三方面研究內(nèi)容：
1、空間數(shù)據(jù)存儲管理，實現(xiàn)空間數(shù)據(jù)強(qiáng)大的基礎(chǔ)平臺。和屬性數(shù)據(jù)的統(tǒng)一存儲和管理，提高數(shù)據(jù)的存儲性能和共享程度，設(shè)計實現(xiàn)空間數(shù)據(jù)的索引機(jī)制，為查詢處理提供快速可靠的支撐環(huán)境。
2、支持空間查詢的SQL語言，參照SQL-92和OpenGIS標(biāo)準(zhǔn)，對核心SQL進(jìn)行擴(kuò)充，使之支持標(biāo)準(zhǔn)的空間運算，具有最短路徑、連通性等空間查詢功能。
3、查詢，供相關(guān)人士查詢數(shù)據(jù)。
參考資料來源：百度百科-空間數(shù)據(jù)
本文以淘寶作為例子，介紹從一百個并發(fā)到千萬級并發(fā)情況下服務(wù)端的架構(gòu)的演進(jìn)過程，同時列舉出每個演進(jìn)階段會遇到的相關(guān)技術(shù)，讓大家對架構(gòu)的演進(jìn)有一個整體的認(rèn)知，文章最后匯總了一些架構(gòu)設(shè)計的原則。
在介紹架構(gòu)之前，為了避免部分讀者對架構(gòu)設(shè)計中的一些概念不了解，下面對幾個最基礎(chǔ)的概念進(jìn)行介紹：
3.1 單機(jī)架構(gòu)
以淘寶作為例子。在網(wǎng)站最初時，應(yīng)用數(shù)量與用戶數(shù)都較少，可以把Tomcat和數(shù)據(jù)庫部署在同一臺服務(wù)器上。瀏覽器往發(fā)起請求時，首先經(jīng)過DNS服務(wù)器（域名系統(tǒng)）把域名轉(zhuǎn)換為實際IP地址10.102.4.1，瀏覽器轉(zhuǎn)而訪問該IP對應(yīng)的Tomcat。
3.2 第一次演進(jìn)：Tomcat與數(shù)據(jù)庫分開部署
Tomcat和數(shù)據(jù)庫分別獨占服務(wù)器資源，顯著提高兩者各自性能。
3.3 第二次演進(jìn)：引入本地緩存和分布式緩存
在Tomcat同服務(wù)器上或同JVM中增加本地緩存，并在外部增加分布式緩存，緩存熱門商品信息或熱門商品的html頁面等。通過緩存能把絕大多數(shù)請求在讀寫數(shù)據(jù)庫前攔截掉，大大降低數(shù)據(jù)庫壓力。其中涉及的技術(shù)包括：使用memcached作為本地緩存，使用Redis作為分布式緩存，還會涉及緩存一致性、緩存穿透/擊穿、緩存雪崩、熱點數(shù)據(jù)集中失效等問題。
3.4 第三次演進(jìn)：引入反向代理實現(xiàn)負(fù)載均衡
在多臺服務(wù)器上分別部署Tomcat，使用反向代理軟件（Nginx）把請求均勻分發(fā)到每個Tomcat中。此處假設(shè)Tomcat最多支持100個并發(fā)，Nginx最多支持50000個并發(fā)，那么理論上Nginx把請求分發(fā)到500個Tomcat上，就能抗住50000個并發(fā)。其中涉及的技術(shù)包括：Nginx、HAProxy，兩者都是工作在網(wǎng)絡(luò)第七層的反向代理軟件，主要支持http協(xié)議，還會涉及session共享、文件上傳下載的問題。
3.5 第四次演進(jìn)：數(shù)據(jù)庫讀寫分離
把數(shù)據(jù)庫劃分為讀庫和寫庫，讀庫可以有多個，通過同步機(jī)制把寫庫的數(shù)據(jù)同步到讀庫，對于需要查詢最新寫入數(shù)據(jù)場景，可通過在緩存中多寫一份，通過緩存獲得最新數(shù)據(jù)。其中涉及的技術(shù)包括：Mycat，它是數(shù)據(jù)庫中間件，可通過它來組織數(shù)據(jù)庫的分離讀寫和分庫分表，客戶端通過它來訪問下層數(shù)據(jù)庫，還會涉及數(shù)據(jù)同步，數(shù)據(jù)一致性的問題。
3.6 第五次演進(jìn)：數(shù)據(jù)庫按業(yè)務(wù)分庫
把不同業(yè)務(wù)的數(shù)據(jù)保存到不同的數(shù)據(jù)庫中，使業(yè)務(wù)之間的資源競爭降低，對于訪問量大的業(yè)務(wù)，可以部署更多的服務(wù)器來支撐。這樣同時導(dǎo)致跨業(yè)務(wù)的表無法直接做關(guān)聯(lián)分析，需要通過其他途徑來解決，但這不是本文討論的重點，有興趣的可以自行搜索解決方案。
3.7 第六次演進(jìn)：把大表拆分為小表
比如針對評論數(shù)據(jù)，可按照商品ID進(jìn)行hash，路由到對應(yīng)的表中存儲；針對支付記錄，可按照小時創(chuàng)建表，每個小時表繼續(xù)拆分為小表，使用用戶ID或記錄編號來路由數(shù)據(jù)。只要實時操作的表數(shù)據(jù)量足夠小，請求能夠足夠均勻的分發(fā)到多臺服務(wù)器上的小表，那數(shù)據(jù)庫就能通過水平擴(kuò)展的方式來提高性能。其中前面提到的Mycat也支持在大表拆分為小表情況下的訪問控制。
這種做法顯著的增加了數(shù)據(jù)庫運維的難度，對DBA的要求較高。數(shù)據(jù)庫設(shè)計到這種結(jié)構(gòu)時，已經(jīng)可以稱為分布式數(shù)據(jù)庫，但是這只是一個邏輯的數(shù)據(jù)庫整體，數(shù)據(jù)庫里不同的組成部分是由不同的組件單獨來實現(xiàn)的，如分庫分表的管理和請求分發(fā)，由Mycat實現(xiàn)，SQL的解析由單機(jī)的數(shù)據(jù)庫實現(xiàn)，讀寫分離可能由網(wǎng)關(guān)和消息隊列來實現(xiàn)，查詢結(jié)果的匯總可能由數(shù)據(jù)庫接口層來實現(xiàn)等等，這種架構(gòu)其實是MPP（大規(guī)模并行處理）架構(gòu)的一類實現(xiàn)。
目前開源和商用都已經(jīng)有不少MPP數(shù)據(jù)庫，開源中比較流行的有Greenplum、TiDB、Postgresql XC、HAWQ等，商用的如南大通用的GBase、睿帆 科技 的雪球DB、華為的LibrA等等，不同的MPP數(shù)據(jù)庫的側(cè)重點也不一樣，如TiDB更側(cè)重于分布式OLTP場景，Greenplum更側(cè)重于分布式OLAP場景，這些MPP數(shù)據(jù)庫基本都提供了類似Postgresql、Oracle、MySQL那樣的SQL標(biāo)準(zhǔn)支持能力，能把一個查詢解析為分布式的執(zhí)行計劃分發(fā)到每臺機(jī)器上并行執(zhí)行，最終由數(shù)據(jù)庫本身匯總數(shù)據(jù)進(jìn)行返回，也提供了諸如權(quán)限管理、分庫分表、事務(wù)、數(shù)據(jù)副本等能力，并且大多能夠支持100個節(jié)點以上的集群，大大降低了數(shù)據(jù)庫運維的成本，并且使數(shù)據(jù)庫也能夠?qū)崿F(xiàn)水平擴(kuò)展。
3.8 第七次演進(jìn)：使用LVS或F5來使多個Nginx負(fù)載均衡
由于瓶頸在Nginx，因此無法通過兩層的Nginx來實現(xiàn)多個Nginx的負(fù)載均衡。圖中的LVS和F5是工作在網(wǎng)絡(luò)第四層的負(fù)載均衡解決方案，其中LVS是軟件，運行在操作系統(tǒng)內(nèi)核態(tài)，可對TCP請求或更高層級的網(wǎng)絡(luò)協(xié)議進(jìn)行轉(zhuǎn)發(fā)，因此支持的協(xié)議更豐富，并且性能也遠(yuǎn)高于Nginx，可假設(shè)單機(jī)的LVS可支持幾十萬個并發(fā)的請求轉(zhuǎn)發(fā)；F5是一種負(fù)載均衡硬件，與LVS提供的能力類似，性能比LVS更高，但價格昂貴。由于LVS是單機(jī)版的軟件，若LVS所在服務(wù)器宕機(jī)則會導(dǎo)致整個后端系統(tǒng)都無法訪問，因此需要有備用節(jié)點?？墒褂胟eepalived軟件模擬出虛擬IP，然后把虛擬IP綁定到多臺LVS服務(wù)器上，瀏覽器訪問虛擬IP時，會被路由器重定向到真實的LVS服務(wù)器，當(dāng)主LVS服務(wù)器宕機(jī)時，keepalived軟件會自動更新路由器中的路由表，把虛擬IP重定向到另外一臺正常的LVS服務(wù)器，從而達(dá)到LVS服務(wù)器高可用的效果。
此處需要注意的是，上圖中從Nginx層到Tomcat層這樣畫并不代表全部Nginx都轉(zhuǎn)發(fā)請求到全部的Tomcat，在實際使用時，可能會是幾個Nginx下面接一部分的Tomcat，這些Nginx之間通過keepalived實現(xiàn)高可用，其他的Nginx接另外的Tomcat，這樣可接入的Tomcat數(shù)量就能成倍的增加。
3.9 第八次演進(jìn)：通過DNS輪詢實現(xiàn)機(jī)房間的負(fù)載均衡
在DNS服務(wù)器中可配置一個域名對應(yīng)多個IP地址，每個IP地址對應(yīng)到不同的機(jī)房里的虛擬IP。當(dāng)用戶訪問時，DNS服務(wù)器會使用輪詢策略或其他策略，來選擇某個IP供用戶訪問。此方式能實現(xiàn)機(jī)房間的負(fù)載均衡，至此，系統(tǒng)可做到機(jī)房級別的水平擴(kuò)展，千萬級到億級的并發(fā)量都可通過增加機(jī)房來解決，系統(tǒng)入口處的請求并發(fā)量不再是問題。
3.10 第九次演進(jìn)：引入NoSQL數(shù)據(jù)庫和搜索引擎等技術(shù)
當(dāng)數(shù)據(jù)庫中的數(shù)據(jù)多到一定規(guī)模時，數(shù)據(jù)庫就不適用于復(fù)雜的查詢了，往往只能滿足普通查詢的場景。對于統(tǒng)計報表場景，在數(shù)據(jù)量大時不一定能跑出結(jié)果，而且在跑復(fù)雜查詢時會導(dǎo)致其他查詢變慢，對于全文檢索、可變數(shù)據(jù)結(jié)構(gòu)等場景，數(shù)據(jù)庫天生不適用。因此需要針對特定的場景，引入合適的解決方案。如對于海量文件存儲，可通過分布式文件系統(tǒng)HDFS解決，對于key value類型的數(shù)據(jù)，可通過HBase和Redis等方案解決，對于全文檢索場景，可通過搜索引擎如ElasticSearch解決，對于多維分析場景，可通過Kylin或Druid等方案解決。
當(dāng)然，引入更多組件同時會提高系統(tǒng)的復(fù)雜度，不同的組件保存的數(shù)據(jù)需要同步，需要考慮一致性的問題，需要有更多的運維手段來管理這些組件等。
3.11 第十次演進(jìn)：大應(yīng)用拆分為小應(yīng)用
按照業(yè)務(wù)板塊來劃分應(yīng)用代碼，使單個應(yīng)用的職責(zé)更清晰，相互之間可以做到獨立升級迭代。這時候應(yīng)用之間可能會涉及到一些公共配置，可以通過分布式配置中心Zookeeper來解決。
3.12 第十一次演進(jìn)：復(fù)用的功能抽離成微服務(wù)
如用戶管理、訂單、支付、鑒權(quán)等功能在多個應(yīng)用中都存在，那么可以把這些功能的代碼單獨抽取出來形成一個單獨的服務(wù)來管理，這樣的服務(wù)就是所謂的微服務(wù)，應(yīng)用和服務(wù)之間通過HTTP、TCP或RPC請求等多種方式來訪問公共服務(wù)，每個單獨的服務(wù)都可以由單獨的團(tuán)隊來管理。此外，可以通過Dubbo、SpringCloud等框架實現(xiàn)服務(wù)治理、限流、熔斷、降級等功能，提高服務(wù)的穩(wěn)定性和可用性。
3.13 第十二次演進(jìn)：引入企業(yè)服務(wù)總線ESB屏蔽服務(wù)接口的訪問差異
通過ESB統(tǒng)一進(jìn)行訪問協(xié)議轉(zhuǎn)換，應(yīng)用統(tǒng)一通過ESB來訪問后端服務(wù)，服務(wù)與服務(wù)之間也通過ESB來相互調(diào)用，以此降低系統(tǒng)的耦合程度。這種單個應(yīng)用拆分為多個應(yīng)用，公共服務(wù)單獨抽取出來來管理，并使用企業(yè)消息總線來解除服務(wù)之間耦合問題的架構(gòu)，就是所謂的SOA（面向服務(wù)）架構(gòu)，這種架構(gòu)與微服務(wù)架構(gòu)容易混淆，因為表現(xiàn)形式十分相似。個人理解，微服務(wù)架構(gòu)更多是指把系統(tǒng)里的公共服務(wù)抽取出來單獨運維管理的思想，而SOA架構(gòu)則是指一種拆分服務(wù)并使服務(wù)接口訪問變得統(tǒng)一的架構(gòu)思想，SOA架構(gòu)中包含了微服務(wù)的思想。
3.14 第十三次演進(jìn)：引入容器化技術(shù)實現(xiàn)運行環(huán)境隔離與動態(tài)服務(wù)管理
目前最流行的容器化技術(shù)是Docker，最流行的容器管理服務(wù)是Kubernetes(K8S)，應(yīng)用/服務(wù)可以打包為Docker鏡像，通過K8S來動態(tài)分發(fā)和部署鏡像。Docker鏡像可理解為一個能運行你的應(yīng)用/服務(wù)的最小的操作系統(tǒng)，里面放著應(yīng)用/服務(wù)的運行代碼，運行環(huán)境根據(jù)實際的需要設(shè)置好。把整個“操作系統(tǒng)”打包為一個鏡像后，就可以分發(fā)到需要部署相關(guān)服務(wù)的機(jī)器上，直接啟動Docker鏡像就可以把服務(wù)起起來，使服務(wù)的部署和運維變得簡單。
在大促的之前，可以在現(xiàn)有的機(jī)器集群上劃分出服務(wù)器來啟動Docker鏡像，增強(qiáng)服務(wù)的性能，大促過后就可以關(guān)閉鏡像，對機(jī)器上的其他服務(wù)不造成影響（在3.14節(jié)之前，服務(wù)運行在新增機(jī)器上需要修改系統(tǒng)配置來適配服務(wù)，這會導(dǎo)致機(jī)器上其他服務(wù)需要的運行環(huán)境被破壞）。
3.15 第十四次演進(jìn)：以云平臺承載系統(tǒng)
系統(tǒng)可部署到公有云上，利用公有云的海量機(jī)器資源，解決動態(tài)硬件資源的問題，在大促的時間段里，在云平臺中臨時申請更多的資源，結(jié)合Docker和K8S來快速部署服務(wù)，在大促結(jié)束后釋放資源，真正做到按需付費，資源利用率大大提高，同時大大降低了運維成本。
所謂的云平臺，就是把海量機(jī)器資源，通過統(tǒng)一的資源管理，抽象為一個資源整體，在之上可按需動態(tài)申請硬件資源（如CPU、內(nèi)存、網(wǎng)絡(luò)等），并且之上提供通用的操作系統(tǒng)，提供常用的技術(shù)組件（如Hadoop技術(shù)棧，MPP數(shù)據(jù)庫等）供用戶使用，甚至提供開發(fā)好的應(yīng)用，用戶不需要關(guān)系應(yīng)用內(nèi)部使用了什么技術(shù)，就能夠解決需求（如音視頻轉(zhuǎn)碼服務(wù)、郵件服務(wù)、個人博客等）。在云平臺中會涉及如下幾個概念：
重慶分公司
重慶分公司
