找回密码
 注册

QQ登录

只需一步,快速开始

搜索
楼主: sweet191

[pfsense] PFSense (假冒mOnO)- the better m0n0wall?

[复制链接]
 楼主| 发表于 2005-2-2 16:02:39 | 显示全部楼层
QUOTE (analyst @ Feb 2 2005, 02:51 PM)
要是在smp和polling之间选择,还是polling实际点。  
  我也觉得poling用处要大些
routeros
回复

使用道具 举报

发表于 2005-2-2 17:00:28 | 显示全部楼层
polling不是在所有情况下都适用的。
routeros
回复

使用道具 举报

 楼主| 发表于 2005-2-2 20:29:29 | 显示全部楼层
QUOTE (wsgtrsys @ Feb 2 2005, 02:38 PM)
我给pfsense作者去信了,希望它加入polling功能,但是它说由于polling不支持smp,所以暂时不会考虑加入
To wsgtrsys大大:polling应该对网吧这样的应用环境非常好用吧???Psize    Ipps       Tput     Rxint            Done----------------------------------------------------60     490000      254560      21              10128     358750      259946      27              11256     334454      450034      34              18512     234550      556670      201239          1934551024    119061      995645      884526          8823001440     74568      995645      995645          987154上表中表示:"Pszie"表示包的大小"Ipps" 每秒钟系统可以接收的包数量"Tput" 每次POLL超过 1M 个数据包的总量"Rxint" 接收中断数量"Done" 载入 rx-ring 内数据所需要的 POLL 次数,这个数值也表示了我们需要清除 rx-ring 的次数。从上表可以看出,8139CP 中当接收速率达到 490K packets/s 的时候仅仅只有 21 个中断产生,只需要 10 次 POLL 就可以完成数据从 rx_ring 的接收,然而对于大数据包低速率的情况,接收中断就会急剧增加,直到最后每个数据包都需要一次 POLL 的方法来进行处理,最后的结果就是每个中断都需要一次 POLL 的方法,最后造成效率的急剧下降,以至于系统的效率就会大大降低,所以 NAPI 适用于大量的数据包而且尽可能是小的数据包,但是对于大的数据包,而且低速率的,反而会造成系统速度的下降。对于网络游戏,就是大量的小的数据包吧???请解答。谢谢!
routeros
回复

使用道具 举报

发表于 2005-2-3 14:28:00 | 显示全部楼层
QUOTE
I think if I had to choose,  I would rather support "big iron" oversmall emedded.  Thats one of the reasons I forked m0n0wall to beginwith On Wed, 2 Feb 2005 15:17:36 +0800, 谷子  wrote:> but between polling and smp,polling have high practicality!> > ----- Original Message -----> From: "Scott Ullrich" > To: "谷子" > Cc: > Sent: Wednesday, February 02, 2005 1:11 AM> Subject: Re: can be add polling?> > /usr/src/sys/kern/kern_poll.c:46:2: #error DEVICE_POLLING is not> compatible with SMP> > Sorry, but we will not be able to support polling in pfSense.> > Regards,> > Scott>
routeros
回复

使用道具 举报

 楼主| 发表于 2005-2-3 16:20:01 | 显示全部楼层
routeros
回复

使用道具 举报

发表于 2005-2-3 23:27:16 | 显示全部楼层
QUOTE
Why does this code not work with SMP ?It actually might work (if you remove a one line in systm.h which prevents compilation with SMP). However, you would have a single thread doing the polling, whereas an SMP box might in principle handle concurrently interrupts from different devices.I guess the best answer is that I am not yet sure on whether or not it makes sense to have polling with SMP.
but, according to the following, it seems that polling works pretty good on smp systems.

QUOTE
Device polling, with SMP?Avleen Vig lists-freebsd at silverwraith.com Thu Nov 20 11:50:42 PST 2003 Previous message: Device polling, with SMP? Next message: Device polling, with SMP? Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] --------------------------------------------------------------------------------On Thu, Nov 20, 2003 at 12:58:58PM -0500, Don Bowman wrote:> > I read Luigi's paper at info.iet.unipi.it/~luigi/polling/ which at the> > end implies that DEVICE_POLLING on an SMP box might not make > > sense - but> > right now for me it would make sense as both CPU's are locked:> >   One tries to handle interrupts> >   The other tries to manage the application> > > > I could try forcing DEVICE_POLLING to compile as is suggested in that> > URL but I wanted to see if anyone had tried this before.> > The interface is an FXP.> > We use it on em. I just commented out the #error line that> says you can't do it.> device polling in idle doesn't work, and the user/system time> calculation isn't correct, but it works well otherwise.This is pretty much what I wanted to confirm thanks!In which way is the system/user time incorrect? Always, or only underhigh load? what about it is incorrect? My skills are limited but I mighttake a stab at fixing that.-- Avleen VigSystems AdministratorPersonal: www.silverwraith.comEFnet:    irc.mindspring.com (Earthlink user access only)
routeros
回复

使用道具 举报

发表于 2005-2-4 01:40:57 | 显示全部楼层
去玩玩先!
routeros
回复

使用道具 举报

发表于 2005-2-4 13:04:51 | 显示全部楼层
QUOTE (bow @ Feb 1 2005, 08:07 PM)
理论上能作地址池的负载均衡了。  
  但是,要考虑的东西太多啦!不可行的!
routeros
回复

使用道具 举报

发表于 2005-2-4 13:07:21 | 显示全部楼层
QUOTE (sweet191 @ Feb 2 2005, 08:29 PM)


QUOTE (wsgtrsys @ Feb 2 2005, 02:38 PM)
我给pfsense作者去信了,希望它加入polling功能,但是它说由于polling不支持smp,所以暂时不会考虑加入
To wsgtrsys大大:polling应该对网吧这样的应用环境非常好用吧???Psize    Ipps       Tput     Rxint            Done----------------------------------------------------60     490000      254560      21              10128     358750      259946      27              11256     334454      450034      34              18512     234550      556670      201239          1934551024    119061      995645      884526          8823001440     74568      995645      995645          987154上表中表示:"Pszie"表示包的大小"Ipps" 每秒钟系统可以接收的包数量"Tput" 每次POLL超过 1M 个数据包的总量"Rxint" 接收中断数量"Done" 载入 rx-ring 内数据所需要的 POLL 次数,这个数值也表示了我们需要清除 rx-ring 的次数。从上表可以看出,8139CP 中当接收速率达到 490K packets/s 的时候仅仅只有 21 个中断产生,只需要 10 次 POLL 就可以完成数据从 rx_ring 的接收,然而对于大数据包低速率的情况,接收中断就会急剧增加,直到最后每个数据包都需要一次 POLL 的方法来进行处理,最后的结果就是每个中断都需要一次 POLL 的方法,最后造成效率的急剧下降,以至于系统的效率就会大大降低,所以 NAPI 适用于大量的数据包而且尽可能是小的数据包,但是对于大的数据包,而且低速率的,反而会造成系统速度的下降。对于网络游戏,就是大量的小的数据包吧???请解答。谢谢!  
  可以介绍一下smp吗?
routeros
回复

使用道具 举报

发表于 2005-2-5 12:48:28 | 显示全部楼层
想要的东东终于出现了,再接再厉!
routeros
回复

使用道具 举报

发表于 2005-2-5 14:06:55 | 显示全部楼层
感觉只是胚胎产品!  安装好想设置静态路由,点Static routes就无法显示网页。。HTTP 500 - 内部服务器错误其它与M0N0几乎类似。。。  我想要的SHELL终于看到了,大家研究一下,写个心得也好!
routeros
回复

使用道具 举报

发表于 2005-2-5 16:02:15 | 显示全部楼层
当然了,只是个预览版.
routeros
回复

使用道具 举报

发表于 2005-3-3 19:34:58 | 显示全部楼层
能解释一下proxy arp是什么意思么??proxy ARP有哪些优点? 最主要的一个优点就是能够在不影响其他router的路由表的情况下在网络上添加一个新的router,这样使得子网的变化对主机是透明的 proxy ARP应该使用在主机没有配置默认网关或没有任何路由策略的网络上 proxy ARP带来的哪些负面影响? 1.增加了某一网段上ARP流量 2.主机需要更大的ARP table来处理IP地址到MAC地址的映射 3.安全问题,比如ARP欺骗(spoofing) 4.不会为不使用ARP来解析地址的网络工作 5.不能够概括和推广网络拓扑
routeros
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|小黑屋|软路由 ( 渝ICP备15001194号-1|渝公网安备 50011602500124号 )

GMT+8, 2024-5-13 08:33 , Processed in 0.055280 second(s), 4 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表