追求極致的系統(tǒng)效能

一、IDC（互聯(lián)網(wǎng)數(shù)據(jù)中心）計(jì)算效率，采用PUE（電源使用效率）= 數(shù)據(jù)中心總設(shè)備能耗/IT設(shè)備能耗，PUE是一個(gè)比率，基準(zhǔn)是2，越接近1表明能效水平越好。

二、應(yīng)用系統(tǒng)的性能優(yōu)化：

1.百度采用BVC（Baidu Volunteer Computing百度網(wǎng)格計(jì)算）

2.可采用Protocalbuffer

Google定義的一套數(shù)據(jù)協(xié)議，用于數(shù)據(jù)的結(jié)構(gòu)化和序列化。

1、平臺(tái)無關(guān)、語言無關(guān)。
2、二進(jìn)制、數(shù)據(jù)自描述。
3、提供了完整詳細(xì)的操作API。
4、高性能 比xml要快20-100倍
5、尺寸小 比xml要小3-10倍 –高可擴(kuò)展性
6、數(shù)據(jù)自描述、前后兼容

適用于

1、不同的平臺(tái)、系統(tǒng)、語言、模塊之間高效的數(shù)據(jù)交互
2、用于構(gòu)建大型的復(fù)雜系統(tǒng)，降低數(shù)據(jù)層面的耦合度和復(fù)雜度

這里要特別著重說的是protocolBuffer是一種數(shù)據(jù)協(xié)議，就像tcp/ip協(xié)議一樣，只要是遵守此協(xié)議的任何系統(tǒng)之間都能高效的進(jìn)行數(shù)據(jù)交互。
第二個(gè)特別要說的是 數(shù)據(jù)自描述。 也就是說拿到任何一個(gè)protocolBuffer的數(shù)據(jù)文件，我們不需要任何其他的輔助信息，就能順利的解析出其中的數(shù)據(jù)信息。
這2點(diǎn)是最本質(zhì)的。
google同時(shí)提供了一套代碼生成工具，能根據(jù)用戶自定義的.proto文件，生成c++/java/python的 代碼，用于調(diào)用protocolBuffer的內(nèi)核API . 給我們使用提供了很大的便利
.proto文件 詳細(xì)請(qǐng)參考 官方網(wǎng)站 http://code.google.com/intl/zh-CN/apis/protocolbuffers/docs/overview.html

redis

是一個(gè)高性能的key-value數(shù)據(jù)庫。 redis的出現(xiàn)，很大程度補(bǔ)償了memcached這類keyvalue存儲(chǔ)的不足，在部分場(chǎng)合可以對(duì)關(guān)系數(shù)據(jù)庫起到很好的補(bǔ)充作用。它提供了Python，Ruby，Erlang，PHP客戶端，使用很方便。問題是這個(gè)項(xiàng)目還很新，可能還不足夠穩(wěn)定，而且沒有在實(shí)際的一些大型系統(tǒng)應(yīng)用的實(shí)例。此外，缺乏mc中批量get也是比較大的問題，始終批量獲取跟多次獲取的網(wǎng)絡(luò)開銷是不一樣的。

性能測(cè)試結(jié)果：

SET操作每秒鐘 110000 次，GET操作每秒鐘 81000 次，服務(wù)器配置如下：

Linux 2.6, Xeon X3320 2.5Ghz.

stackoverflow 網(wǎng)站使用 Redis 做為緩存服務(wù)器。

三、QPS（Quality Positioning Services）三要素：線程、響應(yīng)實(shí)踐、資源瓶頸

轉(zhuǎn)載于:https://www.cnblogs.com/shipengzhi/archive/2011/05/19/2050630.html

總結(jié)

以上是生活随笔為你收集整理的2011/5/18工作笔记的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。