svn commit: r43474 - head/en_US.ISO8859-1/htdocs/news/status

Sat Jan 11 21:58:48 UTC 2014

Author: pgj
Date: Sat Jan 11 21:58:47 2014
New Revision: 43474
URL: http://svnweb.freebsd.org/changeset/doc/43474

Log:
  - Grammar tweaks for the 2013Q4 report
  
  Submitted by:	bjk

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml
==============================================================================

--- head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml	Sat Jan 11 12:52:07 2014	(r43473)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml	Sat Jan 11 21:58:47 2014	(r43474)
@@ -82,9 +82,9 @@
     <body>
       <p>CBSD is another &os; jail management solution, aimed at
 	combining various features, such as <tt>racct(8)</tt>,
-	<tt>vnet</tt>, <tt>zfs(8)</tt>, <tt>carp(4)</tt>,
+	<tt>vnet</tt>, <tt>zfs(8)</tt>, <tt>carp(4)</tt>, and
 	<tt>hastd(8)</tt>, into a single tool.  This provides a more
-	comprehensive way for building application servers using
+	comprehensive way to build application servers using
 	pre-installed jails with a typical set of software, and requires
 	a minimal effort to configure.</p>
     </body>
@@ -157,7 +157,7 @@
     </body>
 
     <help>
-      <task>We have got three machines for the test cluster.  At the
+      <task>We have three machines for the test cluster.  At the
 	moment, only one of them is in use to continuously test amd64 on
 	both <tt>head</tt> and <tt>stable/10</tt>.  We need to figure
 	out the right level of parallelization to put other machines to
@@ -176,7 +176,7 @@
 
       <task>Port, port, and port more tests to the new test suite.  A
 	test suite is worthless if it does not validate stuff.  Stay tuned
-	for a request for help when we have put all basic pieces in
+	for a request for help once we have put all basic pieces in
 	place and have streamlined the migration process.</task>
     </help>
   </project>
@@ -204,10 +204,10 @@
 	second version enhances the board mainly by replacing the
 	AllWinner A10 SoC with an AllWinner A20 which contains 2 ARM
 	Cortex-A7 MPCore CPUs and 2 Mali-400 GPUs (Mali-400MP2).  In the
-	last few months, the work has continued on their &os; port, and
+	last few months, work has continued on their &os; port, and
 	some work was done on the EMAC 10/100 Ethernet driver (see
-	link).  The driver now is in a good shape, however the RX side
-	is very slow and there is need to have external DMA driver that
+	link).  The driver is now in a good shape, however the RX side
+	is very slow and there is need to have an external DMA driver that
 	can be used in this case.</p>
     </body>
   </project>
@@ -238,7 +238,7 @@
 	set-top boxes, media players, personal video, and MP3 players.
 	Due to their evolution from the MP3/MP4 player market, most
 	Rockchip ICs feature advanced media decoding logic but lack
-	integrated cellular radio basebands.  Initial support of
+	integrated cellular radio basebands.  Initial support for the
 	Rockchip RK3188 (Quad core Cortex A9) SoC is committed to
 	<tt>head</tt>.  Now &os; runs on Radxa Rock and it supports
 	the following peripherals:</p>
@@ -248,7 +248,7 @@
 	<li>GPIO</li>
       </ul>
 
-      <p>Some work was also done on the initial support of Qualcomm
+      <p>Some work was also done on initial support for the Qualcomm
 	Snapdragon S4 SoC, featuring the Krait CPU, which is considered
 	a "platform" for use in smartphones, tablets, and smartbook
 	devices.  Krait has many similarities with the ARM Cortex-A15
@@ -363,7 +363,7 @@
 	to CMake.  Xfce now also supports Gtk2, Gtk3, and the new
 	WebKitGtk API, available from the 2.x branch, not present in our
 	ports tree at the moment, though.  Most of the ports now use
-	stage directories, only some plugins left to convert.</p>
+	stage directories, with only some plugins left to convert.</p>
 
       <p>We also removed obsolete ports:</p>
 
@@ -529,7 +529,7 @@
 	adapt better to system memory constraints.  Combined with other
 	virtual memory subsystem improvements done in the previous
 	years, it should be safe to actively use <tt>uma(9)</tt> caches
-	now.  It may be enabled for ZFS to use them for ZIO/ARC via the
+	now.  Their use in ZFS for ZIO/ARC may be enabled via the
 	<tt>vfs.zfs.zio.use_uma</tt> <tt>loader(8)</tt> tunable, which
 	is now the default for amd64, where it is recommended.  Use of
 	<tt>uma(9)</tt> caches for LZ4 compression buffers is
@@ -537,9 +537,9 @@
 	serious drawbacks.  On systems with many CPUs, these changes
 	doubled the performance in the benchmarks.</p>
 
-      <p>Several areas of the NFS server stack (RPC, FHA, DRC) got
+      <p>Several areas of the NFS server stack (RPC, FHA, DRC) got a
 	number of fixes and performance optimizations that significantly
-	improves the performance and reduces the CPU usage in number of
+	improve performance and reduce the CPU usage in a number of
 	tests.  Together with the ZFS memory allocator changes mentioned
 	above, it was possible to reach 200K NFS block read IOPS and 55K
 	SPEC NFS IOPS.</p>
@@ -555,7 +555,7 @@
       <task>The SPEC NFS test hits lock congestion on several global
 	locks in the file system layer when a quite intensive
 	<tt>READDIRPLUS</tt> NFS request is received.  Fixing this
-	problem could improve the performance on large systems even
+	problem could improve performance on large systems even
 	further.</task>
     </help>
   </project>
@@ -583,13 +583,13 @@
       <p>The CAM and GEOM multi-processor scalability improvement
 	project has completed.  The corresponding code has been committed
 	to &os; <tt>head</tt> and recently merged to the
-	<tt>stable/10</tt> branch, it shall appear in
+	<tt>stable/10</tt> branch; it shall appear in
 	<tt>10.1-RELEASE</tt>.</p>
 
-      <p>As part of this project, <tt>cam(4)</tt> (ATA/SCSI subsystem)
+      <p>As part of this project, <tt>cam(4)</tt> (the ATA/SCSI subsystem)
 	has received more fine-grained locking for better utilization of
-	multi-core systems.  In addition, locking in <tt>geom(4)</tt>
-	(block storage subsystem) has been also polished, and a new
+	multi-core systems.  In addition, the locking in <tt>geom(4)</tt>
+	(the block storage subsystem) has been also polished, and a new
 	direct dispatch functionality was implemented to spread the load
 	between multiple threads and processors, and reduce the number
 	of context switches.</p>
