non-cloudable?雖然念起來朗朗上口但是什么是non-cloudable數(shù)據(jù)?我所理解的non-cloudable數(shù)據(jù)是指，那些可以容忍在較高延遲下訪問的或者說需要被系統(tǒng)或程序來緩存的數(shù)據(jù)。

我決定花一些時間在我的辦公室ping一下Google 、 Yahoo、Dropbox這三個網(wǎng)站，然后取個平均時間。以下是我得到的毫秒為單位的平均延時數(shù)據(jù)：

Google: 51

Yahoo: 63

Dropbox: 83

這些數(shù)據(jù)僅僅是從我的電腦訪問網(wǎng)站的延時時間，不包括把需要訪問的數(shù)據(jù)加入到存儲路徑的時間，這大概需要另外15毫秒的時間。即使不用機(jī)械硬盤換做固態(tài)硬盤最少也得需要3毫秒。

這些數(shù)據(jù)還比較保守。我們看一組最高最低訪問延遲范圍：

Low end latency

Google: 54/66

Yahoo: 66/78

Dropbox: 86/98

假設(shè)機(jī)械硬盤和固態(tài)硬盤在本地，從你的服務(wù)器訪問到數(shù)據(jù)需要耗費(fèi)的時間，要是固態(tài)硬盤大概需要5毫秒，要是6TB的企業(yè)級硬盤的話則需要10毫秒。

我們分別看一下：云與本地服務(wù)器低延遲差異和云與本地服務(wù)器高延遲差異。

Google: 6.6x/108x

Yahoo: 7.8x/132x

Dropbox: 9.8x/172x

很明顯，需要快速訪問和隨機(jī)訪問的數(shù)據(jù)在云端的表現(xiàn)沒有本地好，除非整個文件都被緩存到了本地，但是這樣的話，多個人同時寫入一個文件的時候也會引起一些列問題。因為I/O性能對一些應(yīng)用程序來說非常重要，所以還需要有人針對云端做一些優(yōu)化。