Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Feb 2008 15:29:26 +0200
From:      Stefan Lambrev <stefan.lambrev@moneybookers.com>
To:        Kris Kennaway <kris@FreeBSD.org>
Cc:        freebsd-performance@freebsd.org
Subject:   Re: network performance
Message-ID:  <47A9B636.3040509@moneybookers.com>
In-Reply-To: <47A99B16.6030305@FreeBSD.org>
References:  <4794E6CC.1050107@moneybookers.com>	<47A0B023.5020401@moneybookers.com>	<m21w7x5ilg.wl%gnn@neville-neil.com>	<47A3074A.3040409@moneybookers.com>	<47A72EAB.6070602@moneybookers.com>	<20080204182945.GA49276@heff.fud.org.nz>	<47A780C0.2060201@moneybookers.com>	<47A799A6.3070502@moneybookers.com>	<47A84751.8020109@moneybookers.com> <47A8D233.8020506@FreeBSD.org>	<47A8DCD6.3060209@moneybookers.com> <47A8E1F1.4040309@FreeBSD.org>	<47A98CDC.2090407@moneybookers.com> <47A993D0.1060901@FreeBSD.org>	<47A99736.8060809@moneybookers.com> <47A99B16.6030305@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Greetings,

Kris Kennaway wrote:
> Yes, it is gone with 8.0.  Disable the module builds because some of 
> them like this one probably need compile fixes.  If you need a subset 
> of modules use MODULES_OVERRIDE=list (in /etc/make.conf)
>
Yes, kernel builds.
I'm still playing with it, but the first results shows that new kernel 
can handle 800k incoming packets (well may be more but I have not enough 
power right now to generate more packets).
It still answer only to 250K-260K. I guess I'm hitting the limitation of 
syncache/syncookies ?
Anyway this netisr2 looks like huge improvement :)

I can't build kernel without option LOCK_PROFILING with your sources:

make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES |  MKDEP_CPP="cc -E" 
CC="cc" xargs mkdep -a -f .newdep -O2 -frename-registers -pipe 
-fno-strict-aliasing -march=nocona -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions -nostdinc  -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter 
-I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath 
-I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa 
-I/usr/src/sys/gnu/fs/xfs/FreeBSD 
-I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000  -mcmodel=kernel -mno-red-zone  -mfpmath=387 
-mno-sse -mno-sse2 -mno-mmx -mno-3dnow  -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding
In file included from /usr/src/sys/netinet/ip_output.c:47:
/usr/src/sys/sys/rwlock.h:153:2: error: #error LOCK_DEBUG not defined, 
include <sys/lock.h> before <sys/rwlock.h>
mkdep: compile failed
*** Error code 1

So I added #include <sys/lock.h>, rebuild kernel and tested again w/o 
LOCK_PROFILING, but results are the same.

I'll use again hwpmc and LOCK_PROFILING to see what's going on.
And will try the same benchmark on quad core processor as now numbers of 
cores/cpus matter :)

-- 

Best Wishes,
Stefan Lambrev
ICQ# 24134177




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47A9B636.3040509>