os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

- release the January-March, 2010 Status report

Browse source 
Submitted by:	many
This commit is contained in:
Daniel Gerzo 2010-04-22 15:44:53 +00:00
parent bba633d899
commit 912f6f9ceb
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=35675
3 changed files with 277 additions and 80 deletions

3
en/news/status/Makefile
View file

@ -1,4 +1,4 @@
# $FreeBSD: www/en/news/status/Makefile,v 1.48 2009/10/11 17:49:28 danger Exp $
# $FreeBSD: www/en/news/status/Makefile,v 1.49 2010/01/17 17:34:02 danger Exp $
.if exists(../Makefile.conf)
.include "../Makefile.conf"
@ -46,6 +46,7 @@ XMLDOCS+= report-2008-10-2008-12
XMLDOCS+= report-2009-01-2009-03
XMLDOCS+= report-2009-04-2009-09
XMLDOCS+= report-2009-10-2009-12
XMLDOCS+= report-2010-01-2010-03
XSLT.DEFAULT= report.xsl

340
en/news/status/report-2010-01-2010-03.xml
View file

@ -1,7 +1,7 @@
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE report PUBLIC "-//FreeBSD//DTD FreeBSD XML Database for Status
Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<!-- $FreeBSD$ -->
<!-- $FreeBSD: www/en/news/status/report-2010-01-2010-03.xml,v 1.1 2010/04/18 19:15:53 danger Exp $ -->
<report>
<date>
<month>January-March</month>
@ -12,10 +12,20 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<section>
<title>Introduction</title>
<p>SUMMARY GOES HERE</p>
<p>This report covers &os; related projects between January and
March 2010. Being the first of the four reports planned for 2010 with
46 entries, it shows a good progress of the &os; Project and proves
that our committers are keeping up with the latest trends in the OS
development. During this period, a new minor version of &os;,
7.3-RELEASE, has been released, while the release process for
8.1-RELEASE is soon to begin and is planned to be released later this
summer.</p>
<p>Thanks to all the reporters for the excellent work! We hope you
enjoy reading.</p>
<p>Thanks to all the reporters for their excellent work! We hope you
enjoy the reading.</p>
<p>Please note that the deadline for submissions covering the
period between April and June 2010 is July 15th, 2010.</p>
</section>
<category>
@ -107,7 +117,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<body>
<p>The ALQ(9) implementation and KPI has been rototilled and modified
(one more patch needs to be committed) to support variable length
messages. In addition, it can now be compiled and loaded as a kernel
messages. In addition, it can now be compiled and loaded as a kernel
module.</p>
<p>With the ALQ changes in head, SIFTR can finally be imported.</p>
@ -151,7 +161,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
laid the groundwork to allow different congestion aware transports to
share congestion control algorithms. The import into the head branch
is a big job and my time is limited, so progress will be slow and I
will nott have it done and ready to MFC by 8.1 as I had hoped. I will
will not have it done and ready to MFC by 8.1 as I had hoped. I will
aim to have it in 8.2 though.</p>
</body>
@ -178,7 +188,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</contact>
<body>
<p>In February work was done to address resources leaks in the
<p>In February work was done to address resource leaks in the
(virtual) network stack, especially on teardown.</p>
<p>During that time also multiple general run-time problems and leaks
@ -193,11 +203,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
especially radix/routing table memory.<br />
In addition epair(4) was enhanced and debugging was improved.</p>
<p>Work on this had been sponsored by ISPsystem.</p>
<p>This work was sponsored by ISPsystem.</p>
</body>
<help>
<task>Merge the remainders of patches.</task>
<task>Merge the remaining patches.</task>
<task>Work on a better teardown model and get to the point where we
can free UMA zones without keeping pages for type stability and
@ -249,7 +259,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</project>
<project cat="team">
<title>Release Engineering Team Status Report</title>
<title>Release Engineering Team</title>
<contact>
<person>
@ -292,7 +302,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</links>
<body>
<p>mfsBSD is a set of scripts that generates a bootable image (e.g. a
<p>mfsBSD is a set of scripts that generate a bootable image (e.g. an
ISO file) that creates a working minimal installation of &os; that is
completely loaded into memory (mfs).</p>
@ -320,7 +330,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</project>
<project cat="team">
<title>The &os; Foundation Status Report</title>
<title>The &os; Foundation</title>
<contact>
<person>
@ -354,7 +364,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>We grew our board of directors by adding Erwin Lansing. This will
expand our representation in Europe. Erwin brings ports knowledge and
expertise the the board.</p>
expertise to the board.</p>
<p>We continued our work on infrastructure projects to beef up
hardware for package-building, network-testing, etc.</p>
@ -389,9 +399,9 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>'tbemd' stands for Target Big Endian Must Die. The current build
systems requires that one define TARGET_BIG_ENDIAN for either big
endian MIPS or big endian ARM processors. There are many problems
with this approach. The resulting system will nott create the proper
binaries without TARGET_BIG_ENDIAN defined. There is no way to know
what the endian is of the system you are running easily. There are
with this approach. The resulting system will not create the proper
binaries without TARGET_BIG_ENDIAN defined. There is no easy way to
know what the endian is of the system you are running. There are
many issues with ports, since they do not use bsd make, so do not
pick up the extra flags that are added if TARGET_BIG_ENDIAN is
defined.</p>
@ -403,13 +413,13 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
mips big endian and 64-bit mips little endian respectively. ARM will
move to arm (little endian) and armeb (big endian), again following
the standards set elsewhere. To facilitate a number of different
MACHINE_ARCHs all built form the same source, a new MACHINE_CPUARCH
MACHINE_ARCHs all built from the same source, a new MACHINE_CPUARCH
is introduced and represents the sources needed to build CPU support
for a given MACHINE_ARCH.</p>
<p>In addition, MACHINE_ARCH is overused in the build system today.
Many of its uses are gratuitous and can be simplified. Many of its
uses d not scale well and need to be refactored into a system that
uses do not scale well and need to be refactored into a system that
will scale well. A per MACHINE/MACHINE_ARCH/MACHINE_CPUARCH selection
mechanism for makefile snippets will be introduced to move much of
the current if spaghetti into more controlled lists.<br />
@ -445,9 +455,9 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<body>
<p>Work is underway to allow the &os; build system to use out of tree
compilers and binary utitilies (loaders, linkers, etc), especially in
compilers and binary utililies (loaders, linkers, etc), especially in
a cross compilation environment. While it is possible to swap out the
compiler with relative ease with a compatible compiler, swapping out
compiler with a compatible compiler relatively easily, swapping out
the toolchain is more involved. In addition, when using an external
compiler to build the system, certain parts of buildworld can be
omitted.</p>
@ -623,8 +633,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</links>
<body>
<p>The purpose of this project is to provide embedded &os; with
generic and flexible scheme supporting NAND Flash devices. The
<p>The purpose of this project is to provide embedded &os; with a
generic and flexible scheme to support NAND Flash devices. The
framework provides a set of KOBJ interfaces inside the kernel, which
allow for uniform and flexible management of the NAND devices:</p>
@ -638,25 +648,25 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
erase, get status etc.)</li>
<li>NAND character device, which exports chip device as a standard
character devices and allows to read/write directly to a device, as
character device and allows to read/write directly to a device, as
well as perform other specific operations by using ioctl.</li>
<li>GEOM NAND class for basic access through GEOM.</li>
</ul>
<p>Part of the infrastructure is a full system simulator of
ONFI-compliant devices (NANDsim), with userland control application.
This allows for exercising the framework on platforms without real
ONFI-compliant devices (NANDsim), with a userland control application.
This allows for exercising of the framework on platforms without real
NAND chips.</p>
<p>Current state highlights:</p>
<ul>
<li>The framework is considered functional complete (including
<li>The framework is considered functionally complete (including
NANDsim).</li>
<li>Back-end drivers for NAND Flash controllers (NFC), compliant
with the framework, are available for the following chips</li>
<li>Framework compliant back-end drivers are available for the
following NAND Flash controller (NFC) chips:</li>
<ul>
<li>Freescale MPC8572 (PowerPC)</li>
@ -734,7 +744,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
ongoing basis, verifying how src code updates may affect the ports
tree, as well as providing QA runs for major ports updates. Of note
-exp runs were done for; gabor's BSD licensed bc/dc in src/, mva's
OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal
OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal of
libcompat and regexp.h; dinoex's jpeg update; a test run for m4
update; jilles' update for sh(1); johans' update for bison; and
roam's curl update.</p>
@ -752,7 +762,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<task>Most ports PRs are assigned, we now need to focus on testing,
committing and closing.</task>
<task>Major commits expected soon include the lastest Xorg, KDE4, and
<task>Major commits expected soon include the latest Xorg, KDE4, and
Gnome updates.</task>
</help>
</project>
@ -783,17 +793,17 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
for a prototype to get a kernel to compile and boot with only INET6
but no INET compiled in earlier this year.</p>
<p>The main focus on this work is, at the moment, to identify general
<p>The current focus is to identify general
architectural problems and dependencies we do have between these two
address families as well as with the upper layer protocols. This will
allow us to discuss those problems at one point, seek solutions but
also to keep in mind that we do not only need to take care of being
able to compile out INET6 in the future.</p>
at some point allow us to discuss the issues and seek solutions,
preparing for a future where we can remove either INET or INET6 from
the system.</p>
<p>Once we will have a stable, in-tree way to compile out either
address family, optimizations wrt. to size, as well as user space
address family, optimizations wrt. size, as well as user space
will need to be worked on. In addition to this, the work is believed
to help should we further head into the direction of network stack
to help should we further head in the direction of network stack
modularization.</p>
</body>
</project>
@ -857,7 +867,7 @@ geom sched insert ad4
</project>
<project cat="net">
<title>experimental NFS subsystem (NFSv4)</title>
<title>Experimental NFS subsystem (NFSv4)</title>
<contact>
<person>
@ -873,11 +883,11 @@ geom sched insert ad4
<body>
<p>Although the bare bones of the NFS Version 4 support was released
in &os;8.0, the integration has been progressing slowly and support
should be functional for &os;8.1 for RFC3530 (NFS Version 4.0).</p>
in &os; 8.0, the integration has been progressing slowly and support
should be functional for &os; 8.1 for RFC3530 (NFS Version 4.0).</p>
<p>Post &os;8.1, I believe the focus will be on code cleanup and,
under a projects area of svn, some experimental work on agressive
<p>Post &os; 8.1, I believe the focus will be on code cleanup and,
under a projects area of svn, some experimental work on aggressive
whole file caching to client disk.</p>
</body>
@ -916,7 +926,8 @@ geom sched insert ad4
</contact>
<links>
<url href="svn:users/kib/vm6">Branch for the rewrite</url>
<url href="http://svn.freebsd.org/viewvc/base/user/kib/vm6/">Branch for
the rewrite</url>
<url href="http://wiki.FreeBSD.org/VM6" />
</links>
@ -924,13 +935,13 @@ geom sched insert ad4
<body>
<p>Based on the idea of Jeff Roberton, we reimplemented the path for
read(2)/write(2) syscalls using page cache (in wide sense) to
eliminate the issues with recursive vnode and buffers locks
eliminate the issues with recursive vnode and buffer lock
acquisitions. The usual reads and writes are no longer calls into
VOP_READ/VOP_WRITE, the operation is done by copying user buffers to
or from the pages of vnode. This fixes known deadlocks when reads or
writes are done over file-mmaped buffers.</p>
VOP_READ/VOP_WRITE; the operation is done by copying user buffers to
or from the pages of the vnode. This fixes known deadlocks when reads
or writes are done over file-mmaped buffers.</p>
<p>The patch changes the performance characteristics of I/O, we
<p>The patch changes the performance characteristics of I/O, and we
observed both better and worse behaviour. If filesystem implements
VOP_GETPAGES and VOP_PUTPAGES without referencing buffer cache,
buffers are completely eliminated from the i/o path (not true for UFS
@ -965,7 +976,7 @@ geom sched insert ad4
<p>The alpha version of libunwind library port for &os; x86 and
x86_64 is completed and imported into the official libunwind git
repository. Libunwind is the library to perform dynamic unwinding of
the stacks, using dwarf call frame information. Library features
stacks, using dwarf call frame information. The library features
remote unwinding using ptrace(2), very fast setjmp(3) implementation
and more interesting features.</p>
</body>
@ -1037,7 +1048,7 @@ geom sched insert ad4
<body>
<p>We have recently completed a massive revision of ipfw and
dummynet, and the result have been committed to HEAD and stable/8.
dummynet, and the result has been committed to HEAD and stable/8.
The main features introduced with this work are:</p>
<ul>
@ -1101,8 +1112,8 @@ geom sched insert ad4
<li>Yet another bug causing unaligned accesses in NFS server
operation has been found and fixed in &os; 7 and 8. Unlike as
announced in the last Status Report, no Erratum Notices regarding
these problems has been issued though at it quickly became obvious
that dealing with so many of them is impracticable, especially
these problems have been issued as it quickly became obvious
that dealing with so many of them is impractical, especially
since the fixes unveiled secondary bugs.</li>
<li>Alexander Motin has fixed several bugs in netgraph(4) nodes in
@ -1111,15 +1122,15 @@ geom sched insert ad4
<li>Peter Jeremy has contributed several fixes for the sparc64 FPU
emulation code, which now passes a test suite built around
TestFloat. These fixes were incorporated into into &os; 6, 7 and 8
TestFloat. These fixes were incorporated into &os; 6, 7 and 8
but unfortunately did not quite make it into 7.3-RELEASE but will
be present in 8.1-RELEASE and 7.4-RELEASE.</li>
<li>Support for UltraSPARC-IV and -IV+ CPUs has been added and will
be present in 8.1-RELEASE and 7.4-RELEASE. Thus Sun Fire V890 are
now supported, due to lack of properly working test hardware not
with configurations consisting of a mix of US-IV and -IV+ CPUs, and
run stable. However, performance is not yet where it should be,
be present in 8.1-RELEASE and 7.4-RELEASE. Thus Sun Fire V890 is
now supported and stable, though due to the lack of properly working
test hardware, not with configurations consisting of a mix of US-IV
and -IV+ CPUs. However, performance is not yet where it should be,
i.e. a buildworld on a 4x1.5GHz US-IV+ Sun Fire V890 takes nearly 3
hours while on a Sun Fire V440 with (theoretically) less powerful
4x1.5GHz US-IIIi CPUs it takes just over 1 hour. So far it is
@ -1127,10 +1138,10 @@ geom sched insert ad4
be a silicon bug of US-IV+ CPUs encountered and worked around while
adding support for these.</li>
<li>Work on getting Sun Fire V1280 supported has been continued and
after a third firmware bug has been worked around and a driver for
<li>Work on getting Sun Fire V1280 supported has been continued.
A third firmware bug has been worked around and a driver for
the BootBus controller, which provides console and time-of-day
services in these machines, has been written, it is now possible to
services in these machines, has been written. It is now possible to
netboot Sun Fire V1280 into multi-user mode. Unfortunately, they do
not run stable as processes may hang when transitioning to another
CPU, likely due to what the OpenSolaris code refers to as Cheetah+
@ -1195,9 +1206,9 @@ geom sched insert ad4
<contact>
<person>
<name>
<given>Gábor</given>
<given>G&aacute;bor</given>
<common>Kövesdán</common>
<common>K&ouml;vesd&aacute;n</common>
</name>
<email>gabor@FreeBSD.org</email>
@ -1205,9 +1216,9 @@ geom sched insert ad4
<person>
<name>
<given>Gábor</given>
<given>G&aacute;bor</given>
<common>Páli</common>
<common>P&aacute;li</common>
</name>
<email>pgj@FreeBSD.org</email>
@ -1375,21 +1386,21 @@ geom sched insert ad4
help. Thanks to the external contributions of Frank Boerner we were
able to update a substantial amount of documents. This has resulted
in a great reduction of our backlog. Subsequently, Benedict has
agreed to take Frank under mentorship for the german doc project. We
agreed to take Frank under mentorship for the German doc project. We
are looking forward to his future contributions and thank him for his
past efforts.</p>
<p>Johann was busy keeping the german website in sync with updates to
<p>Johann was busy keeping the German website in sync with updates to
FreeBSD.org. However, there are still parts of the website that
remain untranslated. We are looking for more support in maintaining
the german website.</p>
the German website.</p>
<p>&os; users with german language skills are always welcome to join
<p>&os; users with German language skills are always welcome to join
our efforts in translating the documentation and/or fixing bugs.</p>
</body>
<help>
<task>Translate more parts of the documentation and the german
<task>Translate more parts of the documentation and the German
website.</task>
<task>Keep the current documentation up to date.</task>
@ -1428,7 +1439,7 @@ geom sched insert ad4
<p>QAT has been running on a single server for about two years now
and has proven very effective at catching problems with ports
commits. Many of the problems it cannot catch are architecture or
branch related. By moving QAT to a vmware box capable of running
branch related. By moving QAT to a VMware box capable of running
arbitrary versions of &os; on both amd64 and i386 this limitation
will be removed.</p>
</body>
@ -1619,7 +1630,7 @@ geom sched insert ad4
fixed.</p>
<p>It is now possible for interested parties to be emailed a weekly,
customized, report along the lines of the the above. If you are
customized, report along the lines of the above. If you are
interested in setting one up, contact <a
href="mailto:linimon@FreeBSD.org">linimon@FreeBSD.org</a>.</p>
@ -1637,7 +1648,7 @@ geom sched insert ad4
welcome to join us in #freebsd-bugbusters on EFnet. We are always
looking for additional help, whether your interests lie in triaging
incoming PRs, generating patches to resolve existing problems, or
simply helping with the database housekeeping (identifying dulicate
simply helping with the database housekeeping (identifying duplicate
PRs, ones that have already been resolved, etc). This is a great way
of getting more involved with &os;!</p>
</body>
@ -1782,9 +1793,9 @@ geom sched insert ad4
well as some changes to OpenSSH as well as plugins for PAM, NSS and
can support.</p>
<p>We have used several existing work and updated them to use new
<p>We have used several existing works and updated them to use new
OpenLDAP API, fixed several bugs and integrated them together. All
these work are under BSD or similar license and our new work would be
these works are under BSD or similar license and our new work would be
under 2-clause BSD license. Currently, we support storing user
identity, password and SSH public keys in LDAP tree.</p>
</body>
@ -1842,7 +1853,7 @@ geom sched insert ad4
PowerPC 970 (G5), and Cell Broadband Engine. Current machine support
is limited to Apple single and dual processor G5 systems, with future
support planned for IBM Power Systems servers and the Sony
Playstation 3.</p>
PlayStation 3.</p>
</body>
</project>
@ -1950,7 +1961,7 @@ geom sched insert ad4
<p><B>Webcamd</B>
is a userland daemon that enables use of hundreds of different USB
based Linux device drivers under the &os;-8/9 operating system.
Currently the focus has been on USB webcam and USB DVB-T/S/C devices.
Current focus has been on USB webcam and USB DVB-T/S/C devices.
It is also possible to use the webcamd framework to make other Linux
kernel USB devices work under the &os;-8/9 operating system, without
violating the GPL license. The daemon currently depends on libc,
@ -2050,7 +2061,7 @@ geom sched insert ad4
and 8-STABLE. Ongoing work is undergoing to bring bug fixes and
performance improvements from upstream svn -HEAD to approximately ZFS
v15 in the near future, and a full upgrade of ZFS to version 24
including the de-duplication functionality, etc. The de-dubplication
including the de-duplication functionality, etc. The de-duplication
functionality is currently partly supported, which is demonstrated
below:</p>
@ -2144,9 +2155,9 @@ tank dedupratio 4.00x -
on. The C++ part got a big boost now being able to compile all C++
code in &os; and itself.</p>
<p>We saw some movemement on Mips and PowerPC. Mips got its driver
<p>We saw some movment on Mips and PowerPC. Mips got its driver
definitions from Oleksander Tymoshenko and Nathan Whitehorn did the
same for PowerPC and tested the kernel. Currently the PPC kernel
same for PowerPC and tested the kernel. Currently, the PPC kernel
seems to boot but due to lack of va_arg implementation for PowerPC
nothing is printed out. Nathan is working on that.</p>
@ -2168,4 +2179,177 @@ tank dedupratio 4.00x -
<task>Discussion on integrating LLVM/clang into &os;.</task>
</help>
</project>
<project cat='kern'>
<title>SUJ: Journaled Softupdates</title>
<contact>
<person>
<name>
<given>Jeff</given>
<common>Roberson</common>
</name>
<email>jeff@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://jeffr_tech.livejournal.com/" />
</links>
<body>
<p>The soft-updates journaling project is nearing completion and will
be available in head by the time this status report is released.
Backports to other releases are maintained in <a
href="svn://svn.FreeBSD.org/base/projects/suj">SVN</a>. SUJ is
fully backwards compatible with non-journaled softupdates. Existing
systems will not be affected. Journaling may be enabled and disabled
by tunefs on unmounted filesystems. Journaling provides near-instant
filesystem recovery after crash at the expense of some runtime
performance and extra disk I/O.</p>
</body>
</project>
<project cat='proj'>
<title>PC-BSD PC-SysInstall Backend</title>
<contact>
<person>
<name>
<given>Kris</given>
<common>Moore</common>
</name>
<email>kmoore@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://www.pcbsd.org" />
<url href="http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall">
pc-sysinstall in Trac</url>
</links>
<body>
<p>We are currently doing a lot of code cleanup in the new System
Installer backend for PC-BSD, pc-sysinstall, which can be used to
install regular &os; as well. Some new features have already been
implemented, such as:</p>
<ul>
<li>Improved ZFS support, raidz, mirroring, multiple mount-points
per-pool, etc.</li>
<li>Support for GPT/EFI on "Full" installations, allowing us to go
beyond the 2TB barrier.</li>
<li>MBR Slice/Partition manager.</li>
<li>geli passphrase support.</li>
</ul>
</body>
<help>
<task>We are mostly finished migrating to only using gpart instead of
fdisk, which gives us some new functionality for dealing with GPT/EFI
partitioning schemes.</task>
</help>
</project>
<project cat='net'>
<title>TCP/UDP connection groups</title>
<contact>
<person>
<name>
<given>Robert</given>
<common>Watson</common>
</name>
<email>rwatson@FreeBSD.org</email>
</person>
<person>
<name>
<common>&os; network mailing list</common>
</name>
<email>freebsd-net@FreeBSD.org</email>
</person>
</contact>
<body>
<p>This on-going project is to reduce tcbinfo/udbinfo lock and cache
line contention; this global lock protects access to connection lists,
and while it is a read-write lock, it is acquired for every in-bound
packet (briefly) to look up the connection. This project adds a new
connection group table, which assigns connections to groups, each of
which has CPU affinity and aligns with RSS-selected queues in high-end
1gbps and most 10gbps implementations. The following tasks have been
completed:</p>
<ul>
<li>Teach libkvm to handle dynamic per-cpu storage (DPCPU) to improve
crashdump analysis of per-CPU data.</li>
<li>Teach netstat to monitor netisr DPCPU queues for live kernels and
crashdumps.</li>
<li>Create a new inpcbgroup abstraction, used for UDP and TCP.</li>
<li>Distribute UDP and TCP connections (inpcbs) over groups based on
4-tuple bindings.</li>
<li>Replicate membership across all groups for wildcard socket
bindings.</li>
<li>Write new TCP/UDP connection and binding regression tests.</li>
</ul>
<p>The following tasks remain:</p>
<ul>
<li>Migrate from naive work assignment algorithm to RSS
assignment.</li>
<li>Modify device driver KPI to allow consistent initialization and
configuration between stack and hardware.</li>
<li>Complete migration to dynamic, per-CPU network statistics in TCP,
UDP, and IP.</li>
<li>Add socket options to query effective CPU affinity of connections
from userspace.</li>
<li>On supporting hardware, allow affinity for a specific connection
to be explicitly migrated using a socket option.</li>
<li>Detailed performance evaluation and optimization.</li>
</ul>
<p>This work is being performed in the &os; Perforce repository, and
is sponsored by Juniper Networks. Connection groups and related
features are slated for inclusion in &os; 9.0 (with possible
backports to 8-STABLE of some features).</p>
</body>
</project>
<project cat='misc'>
<title>BSDCan 2010 &mdash; The BSD Conference</title>
<contact>
<person>
<name>
<given>BSDCan Information</given>
</name>
<email>info@BSDCan.org</email>
</person>
</contact>
<links>
<url href="http://www.BSDCan.org/2010/" />
<url href="http://www.BSDCan.org/2010/schedule/">Tutorials and Talks Schedule</url>
</links>
<body>
<p>BSDCan, a BSD conference held in Ottawa, Canada, has quickly
established itself as the technical conference for people
working on and with 4.4BSD based operating systems and related
projects. The organizers have found a fantastic formula that
appeals to a wide range of people from extreme novices to
advanced developers.</p>
<p>BSDCan 2010 will be held on 13-14 May 2010 at the University of
Ottawa, and will be preceded by two days of Tutorials on 11-12
May 2010.</p>
<p>There will be related events (of a social nature, for the most
part) on the day before and after the conference.</p>
<p>Please check the conference web site for more information.</p>
</body>
</project>
</report>

14
share/sgml/news.xml
View file

@ -25,7 +25,7 @@
<news>
<cvs:keywords xmlns:cvs="http://www.FreeBSD.org/XML/CVS" version="1.0">
<cvs:keyword name="freebsd">
$FreeBSD: www/share/sgml/news.xml,v 1.312 2010/04/20 22:43:01 rstone Exp $
$FreeBSD: www/share/sgml/news.xml,v 1.313 2010/04/21 08:14:56 randi Exp $
</cvs:keyword>
</cvs:keywords>
@ -35,6 +35,18 @@
<month>
<name>4</name>
<day>
<name>22</name>
<event>
<title>January-March, 2010 Status Report</title>
<p>The January-March, 2010 Status Report is <a
href="&base;/news/status/report-2010-01-2010-03.html">now
available</a> with 46 entries.</p>
</event>
</day>
<day>
<name>20</name>