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