Re: ng_ether(4) performance implications

2016-02-23 Thread Julian Elischer

On 23/02/2016 7:09 AM, Franco Fichtner wrote:

Hi all,

I'm working on FreeBSD-based configuration code dating back more
than 5 years.  Although this code uses NETGRAPH compiled into the
kernel, it also makes use of NGM_ETHER_DETACH and a self-rolled
NGM_ETHER_ATTACH to avoid having netgraph-attached interfaces when
mpd isn't needed.

In 2016, how is the state of ng_ether(4) performance to assert
whether this approach is actually useful or not.

the performance is much as it always was..
ng_ether passes packets to the next ng module as fast as they come.
netgraph does sacrifice some speed for generality, but I think it's 
not too much.


Seeing that NGM_ETHER_ATTACH is not available and should usefulness
be implicated, would code for NGM_ETHER_ATTACH be merged into
FreeBSD?


sure.. diffs always appreciated.




Thanks,
Franco
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"



___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


ng_ether(4) performance implications

2016-02-23 Thread Franco Fichtner
Hi all,

I'm working on FreeBSD-based configuration code dating back more
than 5 years.  Although this code uses NETGRAPH compiled into the
kernel, it also makes use of NGM_ETHER_DETACH and a self-rolled
NGM_ETHER_ATTACH to avoid having netgraph-attached interfaces when
mpd isn't needed.

In 2016, how is the state of ng_ether(4) performance to assert
whether this approach is actually useful or not.

Seeing that NGM_ETHER_ATTACH is not available and should usefulness
be implicated, would code for NGM_ETHER_ATTACH be merged into
FreeBSD?


Thanks,
Franco
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"