查看積分策略說明發表回覆
Discuz! 代碼
提示插入
直接插入
說明訊息

插入粗體文本 插入斜體文本 插入下劃線 置中對齊 插入超級連結 插入信件位址 插入圖像 插入 flash 插入代碼 插入引言 插入列表
刪除線 直線分隔線 虛線分隔線
    
添加文字底框
內容 [字數檢查]:

表情符號

更多 Smilies
字型大小 |||
溫馨提示:本區開放遊客瀏覽。


文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

 關閉 URL 識別 | html 禁用
 關閉 表情符號 | 表情符號 可用
 關閉 Discuz! 代碼 | Discuz! 代碼 可用
使用個人簽名
接收新回覆信件通知
推薦放檔網絡空間

檔案(Torent, zip等)
  1. freedl
  2. multiupload
  3. btghost
  4. 便當狗
  5. mediafire
  6. pillowangel
圖片(JPG, GIF等)
  1. hotimg
  2. tinypic
  3. mousems2
  4. imageshack
  5. imm.io
>>>歡迎推薦好用空間


最新10篇文章回顧
jhd9657

 發表於 2007-9-12 09:31 PM

感謝大大的教導
我差點跑去買一母對2母的裝置了....

以買一台HUB了 399 =.=
室友還嫌貴(難搞的一群)
有一室友有用FOXY阿~  看來又有風暴了


killer00

 發表於 2007-9-12 03:42 PM


引用:
wugen寫到:
任何網路要分接一定要用switch或是hub, 一母對2母不見的是有hub的功能(可能是給電話用的)

沒錯,那個絕對不是給網路用的(因為我手上有一個,6年前的貨),要是買了就當一次失敗的經驗吧。

依樓主需求,我一層層的分析:

1.ADSL供多人使用,要選擇HUB或IP分享器?這完全依據ISP提供的IP數量來判斷(與頻寬無關),數量足夠,HUB、IP分享器(同時具有HUB的功能)任一都可勝任,但IP不足的話,只能透過IP分享器當路由。

2.考慮使用P2P的需求,HUB是絕對不可行的,因為不具備QoS(服務品質)的功能,而IP分享器具有QoS的價格都不會便宜(至少NT.2000以上)。

QoS:網路的服務品質,其存在的目的是確保client端共享頻寬時品質盡量不受影響,用不標準的說法:就是頻寬管理;以前都是用於Server級路由器上,直到最近幾年才有廠商開發家用版。

且依照目前的產品來說,NT萬元以內具備QoS的分享器,latency time都會比較長,要像ISP的路由器那樣低latency time是不可能的(一分錢一分貨),所以要有心理準備,縱然買了這種路由器,副作用或多或少還是會保留一點,但如果不買,可能會更糟糕。

PS:附帶一提,因為他們用的硬體都是普普通通(一分錢一分貨),QoS演算法也不會好到哪去(配合硬體的關係),所以不用期望可以順利上網外,P2P的速度也不會被拖累,就跟自己一個人用網路時一樣,這是不可能的。

3.選購這類IP分享器,其CPU、處理Session的數量、散熱都得考慮。

⊙CPU決定了latency time有多長,這牽涉到各家的功能差異,頻寬限制、封包過濾是基本的,有的還會加上封包切割、封包的優先權,這關係到使用者是否使用需要即時性的網路功能(如:Online Game、網路下單﹍諸如此類)。

⊙處理Session的數量決定了能承受連線的數量。

⊙散熱不佳當然就會常常熱當機了。

買了之後(或自己用舊電腦來代替),對於設定必須要花上很多功夫,網路基礎知識也必須要有,對於什麼都不懂的人來說,心理準備要做足了。

4.跑P2P還可以分類:

⊙像eMule這類,可以對上傳做微調的,影響就會比較小。(因為“自我節制”的能力比較強,比如有些MoDs提供的上傳速度感測(USS)

⊙其次是BT,雖然可以調整上傳頻寬,但因為是短時間內快速交流,上傳太小,下載速度也會拖累,且下載高速時,會影響到網路的即時性。(封包大量流入,效能差的分享器處理速度得慢,latency time就會增加,且封包的碰撞就會增加,要知道封包發生碰撞,唯一的處理途徑:拋棄並要求重新發送,這對有即時性需求的用戶來說是最糟糕,Online Game的術語~LAG、短暫回溯)

⊙至於像Foxy這樣的軟體,既不能調整上傳,又沒有“自我節制”的能力,就更不用說了,狀況只會是最糟糕的,如果遇到這樣的情況,那就非得準備一台具有QoS的IP分享器,不然一定會吵架的。


最後一提,可能的話最好不要用無線的,因為牽涉雜訊干擾、訊號強度、訊號延遲、封包碰撞,效能絕對不會比有線的更好,如果非常要求即時性,而資料量又相當大時,影響就會非常嚴重,縱然有萬元QoS的功能亦是愛莫能助。

[killer00 在  2007-9-12 03:50 PM 作了最後編輯]


wugen

 發表於 2007-9-12 11:57 AM


引用:
jhd9657寫到:
這麼說買那一母對2母的OK了...IP好像夠吧
頻寬不夠是一定的 好後悔把好友拖進P2P的世界
(不用說我一定是養最大的)
能不能掛機 我們還要再討論哩 電$可不容小覷
感謝大大解答 少花好幾K 3朵花 UP XD


任何網路要分接一定要用switch或是hub, 一母對2母不見的是有hub的功能(可能是給電話用的)


jhd9657

 發表於 2007-9-12 02:24 AM

OK 我了
後果好像真的很嚴重....
要好好溝通了
大家都是小家子氣的人 要他們也自己牽 有難度
不然.....
一起龜吧


平凡小任

 發表於 2007-9-12 12:40 AM

我提供我的經驗
以前在外住宿時
我們一共四個人
結果只有2人有使用P2P而已
那時候8m/640應該是全台灣最快的民用網路
還是不夠用
我同學是用一台無線寬頻然後HUB再分出來的樣子
然後他那個機子其實不太穩定,常常當掉,必須重新啟動機器才行
我有比較過學校無線的設備,那個穩定度就很高,不會當

回到主題,如果你是華電的小烏龜,他後面應該就有HUB接孔可以連接
再搭配您學長給的HUB應該就可以夠用了
不過ADSL是這樣的
下載大影響到上傳、上傳大影響到下載
因此當您單檔跑到6XX時不要高興
或許您的室友正在哀嚎網路上不去了呢

現在回想起來一方面怪台灣網路太爛
一方面覺得很對不起當初一起同住的室友
當然您可以問看看好的IP分享器在頻寬管理上是否有差
如果有差的話使用起來雖然綁手綁腳
可是對一起出錢買頻寬的室友來講會比較公平
當然好的合算起來就會比較貴
您應該看看能不能使用VDSL
那個在上傳下載的互相影響下比較小...

最後我想你們可以這樣:
就是其中一人負責抓檔然後開分享給其他人享用檔案
其他人想要什麼再跟你講,由你這個大戶負責抓取
當然這部分還要再協商看看室友的意見了
我以前另外兩位室友沒有在玩網路遊戲,只單純上網找資料而已
可是這樣玩P2P都對他們產生影響了
網路遊戲應該更不用說了
我自己一個人8m/640
凌晨五六點下載衝破3XX,上傳刻意降到2X時連Diablo2都會斷線或LAG
我覺得這個會是很重要的關鍵
不然你一定要等室友都睡了才玩P2P
這樣才能把傷害降到最低,當然掛網練功還是會受到P2P的影響
這是跑不掉的,除非您上下傳都有限制到一定程度...

[平凡小任 在  2007-9-12 12:42 AM 作了最後編輯]


jhd9657

 發表於 2007-9-12 12:05 AM

這麼說買那一母對2母的OK了...IP好像夠吧
頻寬不夠是一定的 好後悔把好友拖進P2P的世界
(不用說我一定是養最大的)
能不能掛機 我們還要再討論哩 電$可不容小覷
感謝大大解答 少花好幾K 3朵花 UP XD


平凡小任

 發表於 2007-9-11 11:58 PM

HUB的話要看ISP給的IP數而定
超過應該就沒辦法→不過我看黑虐特網頁他說2M以上就有8個浮動IP
因此HUB是OK的
IP分享器就沒有此限制
至於8m/640我個人覺得不夠
除非您可以確定只有自己在玩P2P而已
不然最後一定是互搶頻寬了
個人覺得要玩P2P就自己牽線
不然就要與有在玩的室友協商頻寬分配問題
當然協商可能會破裂
到最後大概會變成自己牽線play最好...

[平凡小任 在  2007-9-12 12:01 AM 作了最後編輯]


jhd9657

 發表於 2007-9-11 10:22 PM

更新問題PATR2....
這樣做有點失禮  
不過這樣才能推上去 大大請原諒!


jhd9657

 發表於 2007-9-1 10:13 PM

感謝大大幫忙
有方向了!!


Sato

 發表於 2007-9-1 05:16 PM

IP分享器養P2P是OK的,只是需要到分享器上設定Port (TCP & UDP),不然P2P會連線會變LOW ID。
干擾的問題,用軟體控制也是能解決的;若是多實體IP的ADSL,使用HUB是比較經濟的做法,掛個流量管制的軟體就OK了。

[Sato 在  2007-9-1 10:31 PM 作了最後編輯]


本主題回覆較多,請 點擊這裡 檢閱。



所在時區為 GMT+8, 現在時間是 2024-11-29 08:54 PM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.016717 second(s), 6 queries , Qzip disabled