atom feed192 messages in org.freebsd.freebsd-archRe: FreeBSD problems and preliminary ...
FromSent OnAttachments
Vadim GoncharovAug 17, 2011 4:09 pm 
Baptiste DaroussinAug 18, 2011 12:49 am 
Robert WatsonAug 18, 2011 8:41 am 
Maxim IgnatenkoAug 18, 2011 11:09 am 
Lev SerebryakovAug 18, 2011 12:49 pm 
Lev SerebryakovAug 18, 2011 2:23 pm 
Vadim GoncharovAug 18, 2011 2:45 pm 
Hans Petter SelaskyAug 18, 2011 2:45 pm 
Vadim GoncharovAug 18, 2011 2:59 pm 
Vadim GoncharovAug 18, 2011 3:17 pm 
Julian ElischerAug 18, 2011 7:53 pm 
Michael V. BuzuverovAug 18, 2011 8:48 pm 
Lars EngelsAug 18, 2011 10:55 pm 
Lars EngelsAug 19, 2011 12:37 am 
Robert WatsonAug 19, 2011 1:23 am 
Lev SerebryakovAug 19, 2011 1:36 am 
Robert WatsonAug 19, 2011 1:41 am 
Lev SerebryakovAug 19, 2011 1:49 am 
Robert WatsonAug 19, 2011 1:55 am 
Slawa OlhovchenkovAug 19, 2011 2:05 am 
Lev SerebryakovAug 19, 2011 2:05 am 
Adrian ChaddAug 19, 2011 2:05 am 
Slawa OlhovchenkovAug 19, 2011 2:22 am 
Lev SerebryakovAug 19, 2011 2:25 am 
Lev SerebryakovAug 19, 2011 2:27 am 
Robert N. M. WatsonAug 19, 2011 2:36 am 
Slawa OlhovchenkovAug 19, 2011 2:36 am 
Robert N. M. WatsonAug 19, 2011 2:37 am 
Slawa OlhovchenkovAug 19, 2011 2:50 am 
Bob BishopAug 19, 2011 2:51 am 
Pieter de GoejeAug 19, 2011 5:01 am 
Kris MooreAug 19, 2011 5:20 am 
Lev SerebryakovAug 19, 2011 6:52 am 
Adrian ChaddAug 19, 2011 8:26 am 
Gary PalmerAug 19, 2011 10:22 am 
Robert WatsonAug 19, 2011 11:49 am 
Nathan WhitehornAug 19, 2011 1:17 pm 
Pedro F. GiffuniAug 19, 2011 1:29 pm 
Gary PalmerAug 19, 2011 1:30 pm 
Kostik BelousovAug 19, 2011 2:26 pm 
Rick MacklemAug 19, 2011 3:38 pm 
Robert WatsonAug 19, 2011 3:57 pm 
Pedro F. GiffuniAug 19, 2011 5:57 pm 
Lev SerebryakovAug 19, 2011 11:14 pm 
Robert WatsonAug 20, 2011 4:37 am 
Luigi RizzoAug 20, 2011 6:42 am 
Poul-Henning KampAug 20, 2011 7:10 am 
Robert N. M. WatsonAug 20, 2011 7:21 am 
Lev SerebryakovAug 20, 2011 2:09 pm 
Luigi RizzoAug 20, 2011 2:36 pm 
Peter JeremyAug 21, 2011 4:04 am 
Slawa OlhovchenkovAug 21, 2011 6:51 am 
Marcin WisnickiAug 22, 2011 10:04 am 
Marcin WisnickiAug 22, 2011 11:33 am 
selvenAug 22, 2011 11:06 pm 
Adrian ChaddAug 22, 2011 11:49 pm 
Garrett CooperAug 22, 2011 11:54 pm 
Diane BruceAug 23, 2011 7:01 pm 
Vadim GoncharovAug 24, 2011 3:08 pm 
Vadim GoncharovAug 24, 2011 3:15 pm 
Vadim GoncharovAug 24, 2011 3:20 pm 
Vadim GoncharovAug 24, 2011 3:29 pm 
Milo HysonAug 24, 2011 7:42 pm 
gnuy...@gmail.comAug 24, 2011 8:33 pm 
Alex GoncharovAug 24, 2011 8:47 pm 
Milo HysonAug 24, 2011 10:04 pm 
Adrian ChaddAug 24, 2011 10:24 pm 
125 later messages
Subject:Re: FreeBSD problems and preliminary ways to solve
From:Robert Watson (rwat@FreeBSD.org)
Date:Aug 19, 2011 1:41:13 am
List:org.freebsd.freebsd-arch

On Fri, 19 Aug 2011, Lev Serebryakov wrote:

3. Kernel features for complex network solutions (netgraph, carp, ipfw). The niche for routers & traffic analysis is still ours. It would be nice to take e.g. pfSense and agree with some vendor (Netgear, D-Link, etc) to put on sale hardware with FreeBSD inside.

What about 10G routing? Here are reports about full-bandwidth 10G routing on modern Intel NICs with Linux (and multi-core server), but I didn't see any such data for FreeBSD, and somebody says, that Intel drivers and network stack is not so good parallel in FreeBSD.

Our network stack is actually pretty parallel as such things go, and there are a number of changes in FreeBSD 9.x that extend this work. Most of the performance work is being done on edge nodes rather than middle nodes -- i.e., maxing out multiple 10gbps links serving content, etc, rather than in routing configurations, though. We also have a strong and growing collection of 10gbps drivers. You'll find our drivers lifted for many other systems, including Solaris :-).

There are a few known issues in terms of parallelism -- one is contention between the ithread and user thread on per-TCP connection locks. Another is that we still haven't managed to switch to per-CPU statistics for the network stack (which is fairly straight forward in a specific sense, but we'd like a proper abstraction for it so we can generalise).

Robert