On Wed, May 22, 2013 at 02:06:40PM -0700, Haven Hash wrote:
> I notice the commentary by poll_burst_max stating it's suitability to
> 100Mbit net, perhaps that could use an increase in its default value as
> well?
maybe later. I am not sure who is using polling and on what platforms,
so i'd rather
I notice the commentary by poll_burst_max stating it's suitability to
100Mbit net, perhaps that could use an increase in its default value as
well?
On Wed, May 22, 2013 at 9:42 AM, Luigi Rizzo wrote:
> all that work on paravirtualization (as presented at bsdcan)
>
> http://info.iet.unipi.it/~
On Wed, May 22, 2013 at 12:05:31AM -0300, Giorgio Emanuel wrote:
> Hello, I have a server pfsense in bridge mode to function as transparent
> FW, the problem is that once I connect the pfsense between my router core
> and my core switch catalyst a few seconds begin to appear several messages
> like
On Wed, May 22, 2013 at 12:42 PM, Luigi Rizzo wrote:
> all that work on paravirtualization (as presented at bsdcan)
>
> http://info.iet.unipi.it/~luigi/netmap/talk-bsdcan-2013.html
>
> just to discover that simply enabling DEVICE_POLLING (10-years old
> technology) gives the same performance gain
all that work on paravirtualization (as presented at bsdcan)
http://info.iet.unipi.it/~luigi/netmap/talk-bsdcan-2013.html
just to discover that simply enabling DEVICE_POLLING (10-years old
technology) gives the same performance gains plus livelock-avoidance.
And no, linux's NAPI is nowhere near
On Wed, May 22, 2013 at 08:48:36AM -0700, Michael Sierchio wrote:
> On Wed, May 22, 2013 at 8:39 AM, Brian Hechinger wrote:
>
> > Hello all,
> >
> > I've been having some trouble with a GRE tunnel. Specifically with
> > non-IP traffic (DECnet, in this case) and BPF.
> >
> > I can see the GRE pack
On Wed, May 22, 2013 at 8:39 AM, Brian Hechinger wrote:
> Hello all,
>
> I've been having some trouble with a GRE tunnel. Specifically with
> non-IP traffic (DECnet, in this case) and BPF.
>
> I can see the GRE packets containing the DECnet packets coming over the
> physical interface but when I
Hello all,
I've been having some trouble with a GRE tunnel. Specifically with
non-IP traffic (DECnet, in this case) and BPF.
I can see the GRE packets containing the DECnet packets coming over the
physical interface but when I do a tcpdump of bge0 I never see them.
This is an issue because the p
On 22.05.2013 14:58, Luigi Rizzo wrote:
if_ethersubr.c :: ether_input_internal() is only called as follows:
static void
ether_nh_input(struct mbuf *m)
{
ether_input_internal(m->m_pkthdr.rcvif, m);
}
hence the following checks in the body are unnecessary:
if_ethersubr.c :: ether_input_internal() is only called as follows:
static void
ether_nh_input(struct mbuf *m)
{
ether_input_internal(m->m_pkthdr.rcvif, m);
}
hence the following checks in the body are unnecessary:
if (m->m_pkthdr.rcvif == NULL) {
10 matches
Mail list logo
