Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Apr 2017 00:38:54 +0000 (UTC)
From:      Benjamin Kaduk <bjk@FreeBSD.org>
To:        doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org
Subject:   svn commit: r50167 - head/en_US.ISO8859-1/htdocs/news/status
Message-ID:  <201704160038.v3G0csZW012234@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: bjk
Date: Sun Apr 16 00:38:53 2017
New Revision: 50167
URL: https://svnweb.freebsd.org/changeset/doc/50167

Log:
  Add 2017Q1 pNFS entry from rmacklem
  
  Some additions to the introductory material by me, as well.

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml	Sat Apr 15 20:21:33 2017	(r50166)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml	Sun Apr 16 00:38:53 2017	(r50167)
@@ -244,4 +244,53 @@
 	least 3 more bits out, one at each level.</task>
     </help>
   </project>
+
+  <project cat="kern">
+    <title>pNFS server Plan B</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Rick</given>
+	  <common>Macklem</common>
+	</name>
+	<email>rmacklem@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <body>
+      <p>Parallel NFS (pNFS) is an extension to the NFSv4 protocol that
+	allows for file accesses within a single logical mount to be
+	performed against multiple NFS file servers, "in parallel".
+	Thus, a pNFS server separats the MetaData operations from the
+	Data operations (Read/Write/Setattr of size N), letting
+	existing NFSv3 servers be used for the bulk data storage
+	while still taking advantage of NFSv4 protocol enhancements,
+	among other things.</p>
+
+      <p>My first attempt at a pNFS server using GlusterFS was a dud.
+	It worked, but performance was so poor that it was not
+	usable.  This attempt that I call Plan B, only uses &os;,
+	with one &os; server handling the MetaData operations and K
+	&os; servers configured to serve Data.  An NFSv4.1 client
+	that supports the pNFS File Layout will be able to
+	Read/Write to the Data servers directly, spreading out the
+	RPC load and allowing growth beyond that of what a single
+	&os; NFS server could achieve.</p>
+
+      <p>There is no support for the Flex Files Layout or mirroring
+	at this time.  I hope to use the Flex Files Layout to add
+	mirroring support over the next year or so.  Striping is
+	also not supported, but I have no plans for implementing it
+	at the moment.</p>
+
+      <p>Plan B is working quite well now and should be available
+	for testing by the end of April.  I will announce how to do this on
+	the freebsd-fs@FreeBSD.org mailing list when it is available.</p>
+    </body>
+
+    <help>
+      <task>Testing by others will be needed, once it is available.</task>
+    </help>
+  </project>
 </report>



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