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

Fix indentation levels.

Browse source 
Sponsored by:	The FreeBSD Foundation
This commit is contained in:
Glen Barber 2014-07-11 15:01:08 +00:00
parent 52914213d1
commit 8cd45d8b40
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/head/; revision=45252
1 changed files with 37 additions and 38 deletions

75
en_US.ISO8859-1/htdocs/news/status/report-2014-04-2014-06.xml
View file

@ -123,50 +123,49 @@
</project>
<project cat='proj'>
<title>RPC/NFS and CTL/iSCSI performance optimizations.</title>
<title>RPC/NFS and CTL/iSCSI performance optimizations.</title>
<contact>
<person>
<name>
<given>Alexander</given>
<common>Motin</common>
</name>
<email>mav@FreeBSD.org</email>
</person>
</contact>
<contact>
<person>
<name>
<given>Alexander</given>
<common>Motin</common>
</name>
<email>mav@FreeBSD.org</email>
</person>
</contact>
<body>
<p>The &os; RPC stack, used as base for its NFS server, took
multiple optimizations to improve its performance and SMP
scalability. Algorithmic optimizations allowed to reduce
processing overhead, while improved locking allowed it to
scale up to at least 40 processor cores without significant
lock congestion. Combined with some other kernel
optimizations that allowed to increase peak NFS request
rate by many times, reaching up to 600K requests per second
on modern hardware.</p>
<body>
<p>The &os; RPC stack, used as base for its NFS server, took
multiple optimizations to improve its performance and SMP
scalability. Algorithmic optimizations allowed to reduce
processing overhead, while improved locking allowed it to
scale up to at least 40 processor cores without significant
lock congestion. Combined with some other kernel
optimizations that allowed to increase peak NFS request rate
by many times, reaching up to 600K requests per second on
modern hardware.</p>
<p>The CAM Target Layer (CTL), used as base for new kernel
iSCSI server, also took series of locking optimization,
that allowed to increase its peak request rate from ~200K
to ~600K IOPS with potential of reaching reate of 1M
request per second. That rate is sufficient to completely
saturage 2x10Gbit Ethernet links with 4KB requests. For
comparison, the port of net/istgt (user-level iSCSI
server) on the same hardware with equal configuration
shown only 100K IOPS.</p>
<p>The CAM Target Layer (CTL), used as base for new kernel iSCSI
server, also took series of locking optimization, that allowed
to increase its peak request rate from ~200K to ~600K IOPS
with potential of reaching reate of 1M request per second.
That rate is sufficient to completely saturage 2x10Gbit
Ethernet links with 4KB requests. For comparison, the port of
net/istgt (user-level iSCSI server) on the same hardware with
equal configuration shown only 100K IOPS.</p>
<p>There is also ongoing work on improving CTL functionality.
It was already made to support 3 of 4 VMWare VAAI storage
acceleration primitives (net/istgt supports 2), while the
goal is to reach full VAAI support during next months.</p>
<p>There is also ongoing work on improving CTL functionality.
It was already made to support 3 of 4 VMWare VAAI storage
acceleration primitives (net/istgt supports 2), while the goal
is to reach full VAAI support during next months.</p>
<p>With all above, and earlier improvements in CAM, GEOM, ZFS
and number of other kernel areas coming soon FreeBSD 10.1
may become the fastest storage release ever. ;)</p>
<p>With all above, and earlier improvements in CAM, GEOM, ZFS
and number of other kernel areas coming soon FreeBSD 10.1 may
become the fastest storage release ever. ;)</p>
<p>These projects are sponsored by iXsystems, Inc.</p>
</body>
<p>These projects are sponsored by iXsystems, Inc.</p>
</body>
</project>
<project cat="arch">