第33章 好人有好報(一)(第2/2 頁)
。
但是,如果真等個半年,那就到了1999年的年中五六月份的時候了,歷史上李興平可是於1999年5月就建立了hao1,陸道升此時擁有的先發優勢將蕩然無存。
陸道升可不覺得到那個時候,自己一個事兒多的高中或者大學生,能在導航網站建設方面的精力投入超過作為網管,天天泡在網咖裡的李興平。不早點動手,後續競爭就會處於劣勢,還截個毛線的胡。
其次,就是伺服器的託管問題。都是伺服器,放實驗室裡的和放電信機房的伺服器在計算效能方面未必誰好於誰,但是作為網站伺服器,不光是計算機自身效能好就可以了,還需要考慮到網速和後期運維成本。
而在這兩個方面,電信機房託管的伺服器吊打放在學校實驗室裡的伺服器,這是正規軍和草頭班子的區別。
比起網速,電信機房裡的伺服器接的直接就是主幹網,網速快到沒朋友。而實驗室裡對接的是教育網的末端,不僅僅是網速和主幹網有巨大鴻溝的問題,上行頻寬上的瓶頸限制更是使得其在網站執行方面和電信機房託管有著雲泥之別。
使用寬頻網路進行通訊的過程中,既有發往外部的網路資料,也有從外部接收的網路資料,這就是所謂上行資料(上傳,傳給外部)和下行資料(下載,從外部接收)。就像訪問一個網站,瀏覽器填入網址後發出的請求就是上行資料,而從伺服器傳來的網頁內容則是下行資料。
在普通的民用網路(包括教育網末端網路)中,一般會極大壓縮上行資料的頻寬,而保留充分的下行資料的頻寬。
因為對於大眾使用者,主要的網路活動場景下,都是下載資料遠遠多於上傳資料。不說別的,瀏覽網頁時,上傳請求可能就幾百個位元組,下載資料得至少花幾千甚至上百萬位元組。這麼懸殊的使用比例下,壓縮上行頻寬也是合理的節省資源的做法。
也因此,對於普通民用網路,上行資料的傳輸速度遠遠小於下行資料的傳輸速度。
但回到網站伺服器,這個情況完全就逆轉過來了。因為收到的是幾百個位元組的使用者請求,發出的卻是大資料量的網頁內容,繼續使用民用網路,在流量小的時候還能對付,一旦流量大了,根本扛不住。
到時候,對大多數使用者來說,網站就是個連了連不上的不可用狀態,後果可是是災難性的。
……
本章未完,點選下一頁繼續。