Julian Elischer wrote:
you could implement a whole new protocol family of which there
was a single protocol.. divert.
That's sheer overkill for what Edwin needs to be able to do. We already
have a bunch of apps which use divert sockets in the IPv4 space, why
should the existing semantics chang
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> unfortunatly I've been totally ignoring this thread because it said
> "trouble with em" in the topic..
> If you'd said "trouble with mpd" then maybe I'd have looked earlier..
In the poster's defense, the only symptom that started this was this
info f
Bjoern A. Zeeb wrote:
On Tue, 29 Apr 2008, Julian Elischer wrote:
Hi,
The patch can be found at
http://www.freebsd.org/~julian/mrt.diff
(or http://www.freebsd.org/~julian/mrt6.diff for RELENG_6)
or source can be taken from perforce at:
//depot/user/julian/routing/src
So after looking at the
On Tue, 29 Apr 2008, Julian Elischer wrote:
Hi,
The patch can be found at
http://www.freebsd.org/~julian/mrt.diff
(or http://www.freebsd.org/~julian/mrt6.diff for RELENG_6)
or source can be taken from perforce at:
//depot/user/julian/routing/src
So after looking at the patch a bit more again
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 -
Julian Elischer wrote:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 -
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
Oleksandr Samoylyk пишет:
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should
fly.
It seems to get bad after 500 sessions...
In FreeBSD 6
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
In FreeBSD 7 - it's em0 tas
Oleksandr Samoylyk wrote:
Dear developers,
Please read this thread:
http://lists.freebsd.org/pipermail/freebsd-net/2008-May/017891.html
I'm using no encryption and no compression in mpd, so netgraph should fly.
It seems to get bad after 500 sessions...
In FreeBSD 6 - it's swi1: net - 100% CPU
Oleksandr Samoylyk wrote:
A bit experiments and it's was detected that it is a netgraph related
problem.
Whom can I address the problem?
Thanks to Paul.
[EMAIL PROTECTED] send details and one of us will look at it..
___
freebsd-net@freebsd.org m
On Tue, May 6, 2008 at 3:28 AM, Bruce Evans <[EMAIL PROTECTED]> wrote:
> On Mon, 5 May 2008, Alexander Sack wrote:
> > For my own edification, unless you specifically mark a function
> > inline, will gcc really optimize them out? That seems a little
> > overboard unless there is some compiler opti
A bit experiments and it's was detected that it is a netgraph related
problem.
Whom can I address the problem?
Thanks to Paul.
--
Oleksandr Samoylyk
OVS-RIPE
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
I thought that the "inline" switch was specific to C++ and C and not
gcc, hence the standard for the language says to add the inline
parameter to explicitly produce optimized code. Unless gcc is not
standard, I don't see why the compiler would automatically optimize the
coded function to "inline."
>
> > >>> Hi all,
> > >>>
> > >>> I'm trying to implement Large Recieve Offload for an
> > >>>
> > >> Ethernet driver
> > >>
> > >>> on FreeBSD 6.3, but all my >MTU packets are being thrown
> > by the OS.
> > >>> I'm using mbuf chains in this imlpementation, each mbuf is
> > >>>
> > >> a cluster
>
On Mon, 5 May 2008, Alexander Sack wrote:
For my own edification, unless you specifically mark a function
inline, will gcc really optimize them out? That seems a little
overboard unless there is some compiler option that says its okay to
do that. I guess that would be very easy to test if you
16 matches
Mail list logo