【問題】20M的光纖會慢嗎 - 第4頁 - PCZONE 討論區

返回   PCZONE 討論區 > ▲ ADSL_CABLE_FTTH 寬 頻 上 網 討 論 > -- FTTB / FTTC / FTTH 光纖寬頻討論版


PCZONE 討論區



通知

-- FTTB / FTTC / FTTH 光纖寬頻討論版 FTTB / FTTC / FTTH 光纖寬頻網路應用討論

會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: apjfox 觀看文章
哦我有在前一篇文章最後留下測試載點喔^^"
另外那邊的空間可以當做FLLESERVER使用沒問題
小弟就是將動畫檔案打包後上傳上去透過PFN提供會員下載
不過小弟並不了解億聯對國外頻寬、所以是沒法以中華的FTTB上傳做比較講一個數值給閣下!
如果閣下想要測試上傳的話可以私下PM給小弟
小弟很樂意開個帳號提供閣下測試

至於閣下無須擔心那家空間的主機效能、雙E5210的主機應該不會那麼容易被推倒XD
感謝大大,那真的是謝謝您。
您先前的測試檔案
在末學這裡大約是160K-200K之間。

回覆
會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: drmaster 觀看文章
感謝大大,那真的是謝謝您。
您先前的測試檔案
在末學這裡大約是160K-200K之間。
閣下的情況比較不適合使用GIGA的那項服務、論壇/BLOG相簿類型的網站比較適合使用。
雖然使用國外空間下載速度可能會因為各家ISP對外頻寬以及時段有所影響。
不過下載一個幾百MB的檔案多等個幾分鐘不會比開個網頁多等十秒來的強烈

不過有20M的光纖真好、中華哪時候能開出這樣的速率啊(淚奔
回覆
會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: apjfox 觀看文章
閣下的情況比較不適合使用GIGA的那項服務、論壇/BLOG相簿類型的網站比較適合使用。
雖然使用國外空間下載速度可能會因為各家ISP對外頻寬以及時段有所影響。
不過下載一個幾百MB的檔案多等個幾分鐘不會比開個網頁多等十秒來的強烈

不過有20M的光纖真好、中華哪時候能開出這樣的速率啊(淚奔
感謝您,早上使用學校的無線網路測試上傳
相當快,上傳速度約有800K-1.2M左右
如圖。如果他真的可以提供這樣的空間,以及頻寬,那還真是便宜
上傳的圖檔
檔案類型: jpg 2.jpg (21.3 KB, 33 次觀看)
回覆
今天幾號?長江七
回覆: 【問題】20M的光纖會慢嗎
你要改的不是頻寬, 而是內容
把一些要分享的音樂影片, 壓成適合網路下載的低流量格式,
分散檔案大小, 減少下載時佔用整個頻寬...

連youtube都不敢放大檔了...
你區區20m, 竟然還放dvd.................
回覆
會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: yyb925 觀看文章
你要改的不是頻寬, 而是內容
把一些要分享的音樂影片, 壓成適合網路下載的低流量格式,
分散檔案大小, 減少下載時佔用整個頻寬...

連youtube都不敢放大檔了...
你區區20m, 竟然還放dvd.................
感恩提醒,目的就是希望下載法寶的人,可以自行燒錄成DVD去播放
末學知道很自不量力,改成小檔案,其實有另一個網站做得很完整
因此,想要尋找更好的方案。謝謝您的指導。
回覆
會員
回覆: 【問題】20M的光纖會慢嗎
老實說windows的iis網頁伺服器效能比起一些unix like的作業系統
性能要差!論性能和穩定最好不要用windows!
您不彷考慮看看用Freebsd或Linux試試看!
回覆
會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: Mjky 觀看文章
老實說windows的iis網頁伺服器效能比起一些unix like的作業系統
性能要差!論性能和穩定最好不要用windows!
您不彷考慮看看用Freebsd或Linux試試看!
說實在,真是很不好意思
我不會Linux
Windows 也是他人協助的
回覆
嚴禁大濕暴走
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: Mjky 觀看文章
老實說windows的iis網頁伺服器效能比起一些unix like的作業系統
性能要差!論性能和穩定最好不要用windows!
您不彷考慮看看用Freebsd或Linux試試看!
若要給人建議最還是先做點功課會比較好,iis的效能和unix like os的效能怎麼

比?不同功能性的東西怎麼比?
回覆
Kree
回覆: 【問題】20M的光纖會慢嗎
網路單位 bps = bit/s

1Byte = 8 bit,所以除以 8 就是電腦常用的單位

20 Mbps / 8 = 2.5 M Byte/ 秒

在最理想的狀況下,以 20M 全速上傳,250GB 需要 28 小時左右
但考慮到國際頻寬的限制,可能需要 2 天以上

-----------------------------------------------------------

20 Mbps 的上傳能力(理想的全速情況,實際上會低於這個數據)

假設有 100 人同時下載:
2.5 MB x 1024 / 100 = 25.6 kb/s

假設有 50 人同時下載:
25.6 kb x 2 = 51 kb/s

假設有 25 人同時下載:
51 kb x 2 = 102 kb/s

如果說 50 kb/s 才不叫慢,那同時只能服務 50 人下載而已

但以檔案多為 VCD、DVD 來說

600 MB 的檔案 (VCD)
即使以 100 KB/S 速度下載,仍需 102 分鐘
以 50 KB/s 速度下載,需時 204 分鐘 (3小時半)
高於 100KB 才比較不算慢

-----------------------------------------------------------

虛擬主機就算流量無限,其實最大頻寬也只有 100M 而已 (最完美的理想情況,不可能達到)

相當於 20M 的 5 倍速度,能服務比 20M 多 5 倍的人數

租用美國虛擬主機,會比租用 100M 光纖便宜許多,但台灣連美國不可能達到 100M,國際海纜頻寬有限

租用台灣虛擬主機,則是流量非常昂貴,會比租用 100M 光纖自架主機昂貴極多


可能性的幾個方案:
---------------------------------
1.改用 100M 光纖,不過幫助不大,頂多就是多服務 5 倍的人數,或人數不變但速度快 5 倍

2.
將所有下載,都改成 BT 形式來分享,讓下載的人,也要分享頻寬
就算每位下載的人,只分享個 1~10 KB,也不無少補,況且有 20 M 這個大水管當種子
有心做功德的人,應該也會將分享上傳加大,出一份心力

考慮到 100M 光纖比 20M 貴很多,也可以多申請幾條 20M

例如,原先架構不變,提供網站 html 直接下載

另外在申請一條 20M,專門做 BT 分享
給使用者有兩種選擇,網站直接下載,或 BT 下載 (可能比較快)


3.
壓縮一下影片,將 VCD、DVD 重新壓制成 DivX 或 mp4 檔,再提供給人下載

畫質折損極小,但容量變成 1/4 或更小
檔案容量變小的情況下,相同速度也只要 1/4 時間就能完檔
不過要壓制這麼海量的影片,需要一台高速電腦來作業

但前面又說到,提供 DVD ISO 是因為想讓人燒錄成片子,在家用播放機播放

所以同樣一支影片,也可以提供兩種選擇:DivX 的壓制檔,和 DVD ISO 檔
也就是所謂的「嘗鮮版」、「收藏版」

嘗鮮版,容量小,畫質稍差,僅能電腦播放
收藏版,容量大,下載耗時,畫質好,可燒成片子,在家用播放機播放


其實,影劇分享網站都是這麼搞的
僅提供 RMVB 的嘗鮮版,若想收藏畫質好的人,再去下容量大的 AVI 檔 + 字幕
(RMVB 不建議,雖然容量很小,大陸那邊的人很喜歡用這種格式,不過畫質沒 DivX 好,且播放很耗 CPU)

所有下載都是 BT 或 電驢,尤其 DVD ISO 檔
很少用 html 直接下載的,若有多半也是韓國的 CB 分享 <-- 這個也可以考慮,但不方便使用
回覆
會員
回覆: 【問題】20M的光纖會慢嗎
引用:
作者: rogershu 觀看文章
若要給人建議最還是先做點功課會比較好,iis的效能和unix like os的效能怎麼

比?不同功能性的東西怎麼比?
您自行比較看看當今爆紅的影音串流下載採用的是何種作業系統
http://searchdns.netcraft.com/?host=...ed&lookup=Wait..

台灣雅虎奇摩用的是freebsd只有極少數採用其他作業系統
http://toolbar.netcraft.com/site_rep...//tw.yahoo.com
這流量夠大了吧!

還有freebsd和linux作業系統都能在文字模式下勝任執行工作!那麼windows的iis能嗎!
windows視窗模式開機完成都可以吃掉好幾百MB的記憶體甚至上G的記憶體然而這些在freebsd和linux的開機完成文字模式頂多吃個幾十MB的記憶體!
在效能反應上面自然比iis好!程式吃的記憶體越多反而越笨重!


此篇文章於 2007-12-09 11:15 AM 被 Mjky 編輯。.
回覆







 XML   RSS 2.0   RSS 
本站使用 vBulletin 合法版權程式
站務信箱 : [email protected]

本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。