第7部分(第3/4 頁)

dus　munications）負責管理。谷歌的狹小空間裡擺了四個擱架，塞滿了使用個人電腦元件組裝的機器。擱架又放在兩個小籠子裡。這個地方都是用鋼絲編成的防護網製作的圍欄，從地板一直延伸到天花板，外邊還有一個安了鎖的大門。圍欄可以讓空氣流動，便於散熱，而且可以保護機器免受其他租戶（如eBay和Hotmail，它們的機器也放在旁邊同樣狹小的空間裡）的惡作劇。谷歌的機器還是極其樸素的。

當霍爾茨勒1999年2月接受布林和佩奇提供的工作時，他看中的是建造一個能夠與網頁增長速度保持同步的系統所面臨的技術挑戰。同時他也欣賞布林和佩奇對技術問題的濃厚興趣一點也不亞於他。還令他高興的是他們不是混跡於商業的羊群中，追求快速獲利、伺機退出的人，不過他也不明白谷歌是如何掙錢的。不管怎樣，他簽下了合同。

團隊一致認為，公司目前6000萬頁面的索引還是太少了，新的目標應該更加遠大：最好是擴大到10億網頁。但谷歌裡裡外外的人都無法估算當時的Web到底有多大，而且誰也不知道他們應該處理的網頁的正常數量究竟是3億、6億還是20億。“我們不知道。”霍爾茨勒後來說。他們確切知道的是，谷歌如果能夠成功地找到並檢索出10億網頁，它就能遠遠超出最大的搜尋引擎Alta　Vista　億網頁的規模。在谷歌的歷史上，這麼早就定下如此之高的目標，這也使得它在形成階段就具有了公共機構的文化特徵，在谷歌人心中種下了期待：公司應該把系統的標尺定得比他們所有的競爭物件都高。

在1999年，谷歌系統連6000萬網頁的水平都未達到，遑論10億網頁。對搜尋量的要求提高得很慢，足以讓霍爾茨勒在自己的顯示器上就能看到每一個滾動的頁面。甚至在處理相對小量的搜尋請求時，伺服器也必須花費3到秒的時間才能逐一做出回應。當搜尋請求如潮水般湧來，系統就會不堪重負，網站也會陷於癱瘓。

當第20位僱員瑪麗莎·梅耶爾於1999年6月24日來到公司開始她第二天的工作時，公司共有約300臺計算機在處理請求，這也是谷歌透過它新加入的附屬公司Netscape接受搜尋請求的第一天。由於沒有自己的搜尋引擎，Netscape只得同時依靠好幾個搜尋引擎公司。谷歌原打算在開始階段只接受從這個新的資訊源轉來的數量有限的搜尋請求，並已經要求Netscape起步時不可太猛，只將收到的全部請求中的1/5轉給它。但是Netscape卻忘記或是忽略了谷歌的要求，將當天的請求全部發給了谷歌。這可真是太多了，被迫關閉。

那天早晨，梅耶爾在公司的廚房邊停下腳步，注意到拉里·佩奇正站在房間的一個角落裡，看不出他要幹什麼。她問佩奇在幹什麼。“我在躲避。”他說，“網站倒了。一切都變得可怕而怪異。”　梅耶爾說，看見公司的執行長是這種狀態，她不由得猜測，谷歌翻身的可能###只剩下2％。

核心問題似乎很明確：用廉價的PC機元件拼湊起來的系統既沒有足夠的可靠###，也沒有足夠的力量來處理每天幾千個請求，它簡直就不合格。所有的主要搜尋引擎和入口網站採用的都是專業廠家生產的伺服器，機器的設計也能滿足高效率地搜尋大量Web網頁的需要。它們的元件符合最嚴格的規範，失敗的可能###被降到最低。相反，谷歌用的卻是廉價而不可靠的硬體。

能力無限（5）

但霍爾茨勒在檢查谷歌的系統時卻認定，搜尋引擎的問題和反應速度的問題根源不在硬體上。他的結論正好相反。他認為，佩奇和布林的功課都做得很好，使用PC元件也沒有問題，它是###價比最優的選擇。問題出在軟體上，它是在忙碌的大學校園環境下寫出來的，並沒有考慮到當請求的量持續上升，或當硬碟驅動器及其他元件出現故障時，將會###出哪些缺陷。霍爾茨勒重寫了全部程式碼，他相信，這一下谷歌不僅用不著放棄使用PC元件這種省錢的方式，而且在速度與可靠###方面將取得雙贏。

在對谷歌的軟體系統全面檢查完成後，霍爾茨勒在斯坦福大學電腦科學學術報告會上解釋道：“PC機有其傑出的一面，它很容易買到，價格又便宜，就其價位而言，執行速度相當快。但它還不是世界上最可靠的機器，所以人們還是擔心它會出故障。”在獲得了更多的經驗後，谷歌的工程師們確立了一個標準的設計：在一個支架裡擺放40~80臺伺服器，每一臺伺服器都有與大型驅動盤配套的中型臺式PC機