Cleartext pool 是一個內部緩存，用來保存VOB中近訪問過的任何類型的文本文件。只要用戶訪問了文本文件，ClearCase將會自動更新Cleartext pool 。訪問過的文件將復制到Cleartext pool中，以便其它想要在他們的視圖中訪問相應文件的開發(fā)者能夠快速訪問它。

Derived object pool 在一個緩存目錄中保存二進制文件，以便允許這些文件被其它開發(fā)這共享，通過使用一個名為wink in的ClearCase程序。這些文件可以被wink in 到開發(fā)者的視圖，并不需要把二進制文件復制到開發(fā)者的工作空間，這樣可以保持開發(fā)者的視圖小化。關于wink in的更詳細的信息可以參考IBM ClearCase用戶指南，可以訪問下面的鏈接product documentation page.。

2.2 視圖結構簡述
與VOB類似，視圖也有一個ClearCase定義的內部的數據結構。圖2顯示了視圖存儲目錄的內容。

在視圖存儲目錄中，主要的存儲區(qū)是 .s目錄，它是視圖的私有區(qū)域。它包含檢出的文件、不共享的二進制或者目標文件，以及臨時文件。視圖的空間大小將主要由產生的不共享的導出的目標文件大小決定。共享的文件可以被wink in，它們不增加視圖的大小。

Config_spec 是一組規(guī)則，用來定義哪些文件在開發(fā)人員視圖中可見。甚至在很大的視圖中，config_spec 也不會變得很大，因為它只是一些簡單的用來控制視圖規(guī)則的文本文件。

Db_files 包含有關視圖存儲目錄信息的ClearCase內部元數據。

2.3 VOB和視圖大小的影響
VOB維護著所有基于源代碼的修改信息，隨著時間推移，它的大小將變得相當大�？刂芕OB物理存儲空間大小的機制是在VOB服務器上設置的。VOB服務器地設置主要集中在開發(fā)和Build過程上，因為在這里能收集到多的用來Build的數據。合適的配置、調整以及VOB服務器的可用性，這些都是ClearCase產品環(huán)境的基本原則。

舊的不再使用的VOB不需要保存，以便充分節(jié)約空間。主要問題在于是應該擁有一個大的VOB還是幾個小的VOB，關鍵在于性能與易管理性的平衡。在下面的情況下，大的VOB將帶來性能的瓶頸：

    大的VOB通常由很多開發(fā)人員使用，它將很可能在VOB服務器上帶來網絡爭用問題。
    在VOB中保持大量的文件也將帶來磁盤I/O資源的爭用問題，因為多個視圖都需要訪問VOB文件用來Build或者把它們放到cleartext pool中。
    VOB增大后ClearCase將消耗更多的內存和CPU資源。

一般來說，你應該考慮把一個大的VOB按照有明確意義的方式分為幾個小的VOB。如果VOB只有很少的使用率，那么它的大小不應該成為問題。另一方面，如果系統管理員的資源比較缺乏，而且只有少量的開發(fā)人員，這時使用大的VOB是有利的。

從2002版本開始，ClearCase VOB在其數據庫中不再有記錄數的限制。但是當VOB數據庫的大小達到接近于兩倍的VOB服務器的內存大小時，VOB的訪問性能將開始顯著下降。

3 ClearCase期望的硬件特性
選擇硬盤配置和ClearCase平臺時，需要考慮很多因素。例如開發(fā)組的大小、網絡拓撲、地理位置分布等等，這些都將對硬件解決方案產生很大的影響。

在具體的部署建議之外，其它一些因素也是很重要的：

    高性能: 為了穩(wěn)定的、可預測的時間響應。
    可靠性和可用性: 為了大的正常運行時間。
    可測量性: 為了評估將來增長的需求
    有效的支持組織: 為了支持用戶采用ClearCase。