瀏覽單個文章
linjunan
Elite Member
 

加入日期: Jul 2001
文章: 4,704
其實,就針對資料庫。得看資料庫的設計,如果是MS SQL、Oracle之流,一千個與一百萬個connect,結果是一樣的。如果是MySQL,十萬個connect都應該差不多,若有delay,比較可能是db的結構不佳,或許,加個index就可解決。就小的個人的經驗,十萬以下的connect,都算是很小的loading。就五、六年前某東x購物台的網站,同時間connect可到五、六十萬筆,也沒用什麼高檔機器。

就設計來說,除了SCSI多工是個優點外,還有:

以window內部來說,別說是大檔案的複製,就連小檔案,但很多檔案(全部容量加起來也很小的狀況)的情況下,一樣會有明顯的delay。其中一個很大的差別是『處理器』。板子內部的IDE由南、北橋所控制 (忘了是南橋、還是北橋)。而SCSI是由SCSI晶片來做控制,處理好的資料才由PCI傳送。

相較來說,南、北橋並非專屬IDE,效能實在不可能與SCSI晶片相比;目前高檔的SCSI卡,晶片都得得散熱了。

至於值不值得用SCSI,我想,看主人的$$了。
如果小的今天$$多到沒地方花,學台灣的某飯店一樣:每台電腦都沒有硬碟,全經由網路去連一個冰箱大小的磁碟陣列。每台電腦全都用最頂級的CPU、配上intel G級的網路卡、加上4G滿滿的RAM。

嗯~某個老大哥網友所言:什麼人玩什麼鳥。

如果你今天明明需要120G以上的硬碟,偏偏你的預算只有三、四千,我實在想不出有必要去買一顆36G就超過預算的SCSI硬碟,還得再花上萬元去買一張『中、階的』阿肚比SCSI卡,結果因為主機板PIC效能不夠,宣佈你的SCSI無法全速跑。

而主人還在傷腦筋這個月所刷的卡費該如何還? 哈~找橋制、馬麗嗎?
舊 2004-08-22, 02:42 PM #14
回應時引用此文章
linjunan離線中