Cleartext pool 是一個內部緩存，用來保存VOB中近訪問過的任何類型的文本文件。只要用戶訪問了文本文件，ClearCase將會自動更新Cleartext pool 。訪問過的文件將復制到Cleartext pool中，以便其它想要在他們的視圖中訪問相應文件的開發者能夠快速訪問它。
Derived object pool 在一個緩存目錄中保存二進制文件，以便允許這些文件被其它開發這共享，通過使用一個名為wink in的ClearCase程序。這些文件可以被wink in 到開發者的視圖，并不需要把二進制文件復制到開發者的工作空間，這樣可以保持開發者的視圖小化。關于wink in的更詳細的信息可以參考IBM ClearCase用戶指南，可以訪問下面的鏈接product documentation page.。
2.2 視圖結構簡述
與VOB類似，視圖也有一個ClearCase定義的內部的數據結構。圖2顯示了視圖存儲目錄的內容。
在視圖存儲目錄中，主要的存儲區是 .s目錄，它是視圖的私有區域。它包含檢出的文件、不共享的二進制或者目標文件，以及臨時文件。視圖的空間大小將主要由產生的不共享的導出的目標文件大小決定。共享的文件可以被wink in，它們不增加視圖的大小。
Config_spec 是一組規則，用來定義哪些文件在開發人員視圖中可見。甚至在很大的視圖中，config_spec 也不會變得很大，因為它只是一些簡單的用來控制視圖規則的文本文件。
Db_files 包含有關視圖存儲目錄信息的ClearCase內部元數據。
2.3 VOB和視圖大小的影響
VOB維護著所有基于源代碼的修改信息，隨著時間推移，它的大小將變得相當大。控制VOB物理存儲空間大小的機制是在VOB服務器上設置的。VOB服務器地設置主要集中在開發和Build過程上，因為在這里能收集到多的用來Build的數據。合適的配置、調整以及VOB服務器的可用性，這些都是ClearCase產品環境的基本原則。
舊的不再使用的VOB不需要保存，以便充分節約空間。主要問題在于是應該擁有一個大的VOB還是幾個小的VOB，關鍵在于性能與易管理性的平衡。在下面的情況下，大的VOB將帶來性能的瓶頸：
大的VOB通常由很多開發人員使用，它將很可能在VOB服務器上帶來網絡爭用問題。
在VOB中保持大量的文件也將帶來磁盤I/O資源的爭用問題，因為多個視圖都需要訪問VOB文件用來Build或者把它們放到cleartext pool中。
VOB增大后ClearCase將消耗更多的內存和CPU資源。
一般來說，你應該考慮把一個大的VOB按照有明確意義的方式分為幾個小的VOB。如果VOB只有很少的使用率，那么它的大小不應該成為問題。另一方面，如果系統管理員的資源比較缺乏，而且只有少量的開發人員，這時使用大的VOB是有利的。
從2002版本開始，ClearCase VOB在其數據庫中不再有記錄數的限制。但是當VOB數據庫的大小達到接近于兩倍的VOB服務器的內存大小時，VOB的訪問性能將開始顯著下降。
3 ClearCase期望的硬件特性
選擇硬盤配置和ClearCase平臺時，需要考慮很多因素。例如開發組的大小、網絡拓撲、地理位置分布等等，這些都將對硬件解決方案產生很大的影響。
在具體的部署建議之外，其它一些因素也是很重要的：
高性能: 為了穩定的、可預測的時間響應。
可靠性和可用性: 為了大的正常運行時間。
可測量性: 為了評估將來增長的需求
有效的支持組織: 為了支持用戶采用ClearCase。
