倒不是不想花這幾個錢，而是耗不起這個時間。
對於作者，相對來說，問題更嚴重一些。
他們一般都有很沉重的每日上傳數字要求，以便不受罰，以便得到全勤獎等獎勵，他們奮戰多時，好不容易完成了寫作，急著上傳，可是這個時候卡網了。
他們的焦急和惱怒可想而知。
最後傳上去了，還好說，損失的不過是腦細胞。
最後沒有傳上去，那麼一切後果都來了，就不僅僅是惱怒了。
如果隻是偶然的一次，也許解釋一下，找點而特殊原因，風波就過去了。
如果二次以上，或者經常性發生，就不是說說能解決的了。
一旦有條件差不多的同類網站，想不讓他們跳槽也難。
你所想到、能給的好處，彆人即使不是更好，起碼也能給你一樣；你如果有這種卡網硬傷，基本上就可以保證你眾叛親離、一蹶不振了。
因為容量問題是整個係統的問題，不光是應用係統、還有網絡係統、數據庫係統，任何一處容量不足，都是整個係統的不足，都會反應在卡網上麵。
因此，在容量問題上，必須體現出安貸寶的財大氣粗！
這個體現在兩個方麵。
一個是根據高峰需求，整個係統的容量，不管是哪個部分，全部是現有高峰需求的三倍！
另一個是，整個係統要為將來的需要做打算，即使現在不用那麼大，也要防止將來需求增加，又需要整個係統的增容。
現在在容量上的奢侈，正是長遠打算的節約。
所以三人決定，在滿足現有需求的基礎上，再增加九倍！
也就是設計的係統容量，是現有高峰容量的十倍，是現有日常容量的三十倍。
這也就翻三番的水平，如果業務進展順利，不會用太長時間。
不過如果真的需要更大，那個時候，換置係統這個小錢花花，也沒有人肉痛了。
決定了這個基礎部分以後，三個人很快就確定數據庫用orale，操作係統用微軟的視窗。
用微軟的這個操作係統，當然因為是大多數作者和讀者都熟悉，但是比爾蓋茨也起了不小的作用。
第一，他免費一套最先進的操作係統。
免費！這個魔幻的字眼絕對有不可思議的吸引力。
就是月亮公子、馬永恒、葉明，也不能避免。
當然隨後的維護費用需要自己掏。
這才是賺錢的大頭，比爾不會含糊。
第二，比爾答應，隻要巔峰小說有什麼特殊的需要，他就命令微軟龐大的科研團隊予以滿足。
這個比第一個免費更厲害！
尤其是葉明知道這一條的份量，實際上就是把微軟團隊交給他使用了。
就是因為這一點，葉明力挺使用微軟的操作係統。
人多、錢足、技術都現成，這個係統不到一天就建成了。
喬直回來的時候，正好趕上係統要進行規模實驗
未完待續。