圖中顯示了用於效能評估的aneka企業雲環境設定。 aneka cloud包含33個個人計算機（pc），1個主節點和32個執行節點位於墨爾本大學電腦科學與軟體工程系的3個學生計算機實驗室。 該設定表明，anekacloud能夠通過利用位於3個實驗室中的物理分開的計算資源向使用者/經紀人提供統一的資源。
固定機制始終以固定**收取費用。固定時間機制為不同時段的資源使用收取固定**，其中較低的**為非高峰期（12 am-12pm）收取，而較高的**為高峰（12 pm-12am）。
libra + $使用更細粒度的定價功能，滿足資源定價的四項基本要求，以防止工作量過重：（i）靈活，（ii）公平，（iii）動態和（iv）適應性。
在計算節點j處的預留請求i所使用的每單位資源的**p ij計算為：
pij =（α* pbase j）+（β* putil ij）
pbasej：基本**，節點j處的資源的靜態定價，其可以被服務提供商用來收取最低**以便恢復運營成本。
putil ij：是乙個動態定價，它是根據節點j的資源對所需要的線索的利用率計算的。計算過程如下：
putil ij = resmax j / resfree ij * pbase j
resmaxj和resfree ij分別是請求i的截止期限期間節點j資源的最大單位和剩餘空閒單位。
libra+$的靜態和動態元件的因素α和β分別為服務提供商提供了靈活性，可以輕鬆地以整體**pij配置和修改靜態和動態元件的權重。libra+$是公平的，因為請求是根據所使用的不同資源的數量定價的。它也是動態的，因為請求的總體**因所需期限的資源可用性而異。最後，它是適應性的，因為總體**根據當前的資源供需調整，以鼓勵或阻止請求提交。
這三種機制依賴於靜態定價引數，這些引數難以由服務提供商精確地推導出來以在需要時產生最佳效能。
因此，我們提出了libra+$auto，一種自主的libra + $，它根據計算量的可用性自動調整β。libra+$auto因此考慮了跨節點的資源定價，而libra+$只考慮通過pij在每個節點j的資源定價。
固定時間機制比固定機制更容易匯出和更可靠，因為它支援資源使用的不同時期的一系列**。但是，所有四種機制都不考慮使用者的服務要求，如最終期限和預算。
Broadcast廣播機制 學習筆記
一 廣播機制簡介 1 標準廣播 是一種完全非同步執行的廣播，在廣播發出後，所有的廣播接收器幾乎同一時刻接收到這條廣播訊息，因此它們之間沒有任何先後順序可言，這種廣播效率會比較高，但是無法被截斷。sendbroadcast intent 2 有序廣播 是一種同步的廣播，在廣播發出後，同一時刻只會有乙個...
學習筆記 http快取機制
快取機制 快取校驗 對比快取 快取判斷優先順序 示例總結 參考資料 不請求網路資源，資源在記憶體當中，一般字型 會存在記憶體當中 不訪問伺服器，直接讀快取，從記憶體中讀取快取。此時的資料時快取到記憶體中的，當kill程序後，也就是瀏覽器關閉以後，資料將不存在。statuscode 200 不請求網路...
Android簽名機制學習筆記
參考資料android簽名機制之 簽名過程詳解 https演化過程 android的簽名，說來慚愧 接觸android這麼長時間了，對其原理如果口述的話還不能說出個一二三來，所以用此篇博文做乙個學習筆記。我們知道非對稱加密中可以有兩種 一種就是公鑰加密，私鑰解密。另外一種就是私鑰加密，公鑰解密。其中...