會員 ![]() | 【閒聊】測試IP分享器session數 |
回覆 |
拉登長官 | 不然你以為能多高? IP 分享器裡面的 CPU 本來就不夠力了.. 能夠稱的了數千個 con-current session 數算是正常.. 想破萬, 那必須要好一點的 CPU 才行.. ![]() 不過那篇文章也有蠻多錯誤的地方.. ip_conntrack version 2.1 (3071 buckets, 24568 max) - 292 bytes per conntrack conntrack 一個才 292 個 bytes, 何來 300 多個 bytes 之有? ![]() CPU 還有處理 packets 數量的問題.. 不只是看 Memory usage 而已.. |
回覆 |
會員 ![]() | 那台 ip share 的管理畫面還真是漂亮,而且還有支援 QoS ,蠻心動的 不過手上已經有 Vigor2104 了,實在不太趕換 改天再來玩看看 2104 能跑多少個 session |
回覆 |
明誠科技小峰 | dou0228說的沒錯,我架設過EDONKEY伺服器開500線在IP分享器下,發現頻寬沒有用完的狀態,區網的封包都開始出現遺失的現象.後來掛了一台通透式防火牆在中間,才發現SESSION只有500-600間,PACKET數目卻衝上數十萬,根本不是ARM9的CPU可以處理的. 4000 SESSIONS算是不錯了,有機會你可以試試看一些國產大約1千元價位的IP SHARE,看看4000 SESSIONS他可以運作多久. 3COM的554G72收訊雖然不強,但是穩定度也是有相當水準的. |
回覆 |
腥手上路 ![]() | 引用:
Dlink 和 PCI 是匪製的吧! ![]() | |
回覆 |
會員 ![]() | 引用:
![]() 光看session數來講,memory的確是佔最大問題,之前用linux當nat,只要裡面有人用emule狂拉檔,conntrack隨便都超過2000... | |
回覆 |
拉登長官 | 單就 conntrack 來看是 292 bytes 沒錯.. 你說的 gre / helper 那是另外一回事.. 那是因為別的 modules 也會吃 memory 的關係.. conntrack 本身是 bucket-hashed Link List 算 conntrack 吃的 memory 當然是算那些 bucket 的數量, 與每一個 bucket 的 bytes 數呀.. |
回覆 |
會員 ![]() | 可以請教一下各位前輩,我們家的是netscreen 5gt的,如何得知session的狀況,我找過WEB畫面沒看到,請指點相關方式! 小弟的狀況是CLIENT有100多,不知道這台5gt的狀況如何,常常到大家上班時間開PC時,就會mail不通,都說逾時,但是假日跟下班時,又可以通?剛好逛到這篇,請各位幫幫解惑,感謝各位前輩了 ">_<" |
回覆 |
會員 ![]() | 5GT與ip sharing完全是不同層級的設備 5GT是2000 session 之所以速度慢可能是因為頻寬被吃光而並非是5GT session不足 想看concurrent session,首頁中應該就有顯示 或是在command line中用get session指令確認 不過話說回來 100多人用5GT還真的蠻操的 |
回覆 |
明誠科技小峰 | 100人用5GT?規劃的人會不會太省了,規則沒訂的比較嚴苛的話,5gt的2000 SESSIONS撐30-40個人就很吃緊了.尤其5GT的AV版,笑能就更可怕了.(我沒打錯字,真的是笑能) |
回覆 |
|
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。