Index: head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml (revision 47552) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml (revision 47553) @@ -1,203 +1,232 @@ July-September 2015
Introduction

This is a draft of the July–September 2015 status report. Please check back after it is finalized, and an announcement email is sent to the &os;-Announce mailing list.

This report covers &os;-related projects between July and September 2015. This is the third of four reports planned for 2015.

The third quarter of 2015 was another productive quarter for the &os; project and community. [...]

Thanks to all the reporters for the excellent work!

The deadline for submissions covering the period from October to December 2015 is January 7, 2016.

?>
team &os; Team Reports proj Projects kern Kernel arch Architectures bin Userland Programs ports Ports doc Documentation misc Miscellaneous ioat(4) driver import Jim Harris jimharris@FreeBSD.org Conrad Meyer cem@FreeBSD.org Wikipedia article on IOAT Commit importing ioat(4)

A new driver, ioat(4), was added to the tree. ioat(4) supports Intel's I/O Acceleration Technology devices which are found on some Intel server systems.

These devices are DMA offload engines, which can accelerate some I/O-heavy applications by offloading memory copies from the main CPU to the I/OAT unit. This acceleration is not transparent; applications must be adapted to take advantage of the hardware.

Some I/OAT models support more advanced copying modes, like XOR; these modes are not yet supported in the ioat(4) driver.

Intel Corporation EMC / Isilon Storage Division

Further testing, especially on a range of device models other than BDXDE (looking for volunteers here).

Support for the more advanced copy modes.

 IPSEC Upgrades George Neville-Neil gnn@FreeBSD.org John-Mark Gurney jmg@FreeBSD.org Ermal Luçi eri@FreeBSD.org

IPSEC is now enabled by default in the GENERIC kernel configuration, and work is proceeding to speed things up in various ways. The latest changes are the addition, by &a.jmg;, &a.eri;, and &a.gnn;, of AES modes both in hardware and in software. Part of this work also includes more benchmarks undertaken using Conductor in the netperf project. Results have been reported at BSDCan and vBSDCon with more to come at EuroBSD and BSDBrasil.

Netgate FreeBSD Foundation

Performance improvements and other tweaks are ongoing.

 + + DTrace and TCP + + + + + George + Neville-Neil + + gnn@FreeBSD.org + + + + +

With the advent of DTrace we are able to replace many of + the internal kernel debugging options, such as TCPDEBUG, + with statically defined tracepoints (SDTs). Tracepoints have now + been added to the system that replicate the functionality of the + TCPDEBUG kernel option. No new kernel options need to be added + — they are standard with any kernel that has DTrace, which + is included in the default GENERIC kernels in 10.x and HEAD. +

+ + + + Limelight Networks + + +