On Sun, 18 Aug 2013 14:03:27 -0700, Barney Cordoba wrote:
> Criticism is the bedrock of innovation.
Constructive criticism, with clear design even without code, can be.
Relentless negativity achieves nothing, and fails to compile.
Ian
___
freebsd-net
Old Synopsis: Routes not updated on mtu change
New Synopsis: [route] Routes not updated on mtu change
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Aug 19 00:59:13 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
http
On Aug 18, 2013, at 4:16 PM, Luigi Rizzo wrote:
> The mistake, i think,
> is to expect that there is one magic solution to handle all the useful
> cases.
AKA: not all the world is Yahoo.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.
Hi,
I think the "UNIX architecture" is a bit broken for anything other than the
occasional (for various traffic levels defining "occasional!") traffic
connection. It's serving us well purely through the sheer force of will of
modern CPU power but I think we can do a lot better.
_I_ think the corr
On Sun, Aug 18, 2013 at 11:01 PM, Barney Cordoba
wrote:
> That's fine, it's a test tool, not a solution. It just seems that it gets
> pushed as if it's some sort of real
> world solution, which it's not. The idea that bringing packets into user
> space to forward them rather
> than just replacing
Criticism is the bedrock of innovation.
From: Vijay Singh
To: Barney Cordoba
Cc: Adrian Chadd ; "freebsd-net@freebsd.org"
Sent: Sunday, August 18, 2013 3:46 PM
Subject: Re: it's the output, not ack coalescing (Re: TSO and FreeBSD vs Linux)
Barney, did yo
That's fine, it's a test tool, not a solution. It just seems that it gets
pushed as if it's some sort of real
world solution, which it's not. The idea that bringing packets into user space
to forward them rather
than just replacing the bridge module with something more efficient is just
sillines
Barney, did you get picked on a lot as a kid? Wonder why you're so caustic and
negative all the time?
Sent from my iPhone
On Aug 18, 2013, at 11:39 AM, Barney Cordoba wrote:
> Great. Never has the been a better explanation for the word Kludge than
> netmap.
>
>
> ___
On 18 August 2013 11:39, Barney Cordoba wrote:
> Great. Never has the been a better explanation for the word Kludge than
> netmap.
>
Nah. Netmap is a reimplementation of some reasonably well known ways of
pushing bits. Luigi just pushed it up to eleven and demonstrated what
current hardware is c
Great. Never has the been a better explanation for the word Kludge than netmap.
From: Adrian Chadd
To: Jim Thompson
Cc: Barney Cordoba ; FreeBSD Net ;
Luigi Rizzo ; Lawrence Stewart
Sent: Sunday, August 18, 2013 11:57 AM
Subject: Re: it's the output, not ac
Hi,
I'm sending a zpool from one server to in neighbor.
Send size:
zfs send -v -R tank@now \
| mbuffer -4 -m 100M -O box:
Receive side:
mbuffer -4 -m 1000M -I \
| zfs receive -e -v tank
This keep the 1Gbit link between them reasonably full. Most of the time
mbuffer rep
Right. Well, post some profiling data, let's figure this out sometime.
Luigi can do bridging with 2 cores using netmap. So it's technically
possible. There's just a lot of kernel gunk in the way of doing it ye olde
way.
-adrian
On 18 August 2013 07:25, Jim Thompson wrote:
>
> On Aug 18, 201
On Aug 18, 2013, at 8:48 AM, Barney Cordoba wrote:
> I could fill a tx queue with 10gb of traffic with yesteryear's cpus. It's
> not an achievement. Being able to bridge
> real traffic at 10gb/s with 2 cores is
Or forward at layer 3.
Or filter packets.
Or IPSEC.
Or...
_
From: Adrian Chadd
To: Barney Cordoba
Cc: Luigi Rizzo ; Lawrence Stewart ;
FreeBSD Net
Sent: Saturday, August 17, 2013 11:59 AM
Subject: Re: it's the output, not ack coalescing (Re: TSO and FreeBSD vs Linux)
... we get perfectly good throughput withou
14 matches
Mail list logo
