From: Adrian Chadd adr...@freebsd.org
To: Barney Cordoba barney_cord...@yahoo.com
Cc: Luigi Rizzo ri...@iet.unipi.it; Lawrence Stewart lstew...@freebsd.org;
FreeBSD Net n...@freebsd.org
Sent: Saturday, August 17, 2013 11:59 AM
Subject: Re: it's the output,
On Aug 18, 2013, at 8:48 AM, Barney Cordoba barney_cord...@yahoo.com 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.
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 j...@netgate.com wrote:
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
Great. Never has the been a better explanation for the word Kludge than netmap.
From: Adrian Chadd adr...@freebsd.org
To: Jim Thompson j...@netgate.com
Cc: Barney Cordoba barney_cord...@yahoo.com; FreeBSD Net n...@freebsd.org;
Luigi Rizzo ri...@iet.unipi.it;
On 18 August 2013 11:39, Barney Cordoba barney_cord...@yahoo.com 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
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 barney_cord...@yahoo.com wrote:
Great. Never has the been a better explanation for the word Kludge than
netmap.
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
Criticism is the bedrock of innovation.
From: Vijay Singh vijju.si...@gmail.com
To: Barney Cordoba barney_cord...@yahoo.com
Cc: Adrian Chadd adr...@freebsd.org; freebsd-net@freebsd.org
freebsd-net@freebsd.org
Sent: Sunday, August 18, 2013 3:46 PM
Subject: Re:
On Sun, Aug 18, 2013 at 11:01 PM, Barney Cordoba
barney_cord...@yahoo.comwrote:
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
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 correct
On Aug 18, 2013, at 4:16 PM, Luigi Rizzo ri...@iet.unipi.it 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
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).
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
___
14 matches
Mail list logo
