none
authorTedAnderson <TedAnderson>
Thu, 17 Jan 2002 20:03:03 +0000 (20:03 +0000)
committerTedAnderson <TedAnderson>
Thu, 17 Jan 2002 20:03:03 +0000 (20:03 +0000)
AFSLore/ByteRangeLocks.mdwn [new file with mode: 0644]
AFSLore/DarwinPort.mdwn [new file with mode: 0644]
AFSLore/FreeBSDPort.mdwn [new file with mode: 0644]
AFSLore/LargeFiles.mdwn [new file with mode: 0644]
AFSLore/NewProjects.mdwn
AFSLore/OpenAFSDevel.mdwn [new file with mode: 0644]

diff --git a/AFSLore/ByteRangeLocks.mdwn b/AFSLore/ByteRangeLocks.mdwn
new file mode 100644 (file)
index 0000000..ef720f8
--- /dev/null
@@ -0,0 +1,5 @@
+There was a [discussion](http://lists.openafs.org/pipermail/openafs-devel/2001-December/002215.html) of this idea on [[OpenAFSDevel]].
+
+[[NathanNeulinger]] outlined a two stage approach. I outlined some ideas for handling the multi-client cache coherence problem. But the discussion died down leaving some uncertainty about the basic feasibility of the feature.
+
+-- [[TedAnderson]] - 17 Jan 2002
diff --git a/AFSLore/DarwinPort.mdwn b/AFSLore/DarwinPort.mdwn
new file mode 100644 (file)
index 0000000..db5b4ee
--- /dev/null
@@ -0,0 +1,5 @@
+Darwin is the core of Apple's [[MacOSX]] product.
+
+The mailing list for this port is <https://lists.openafs.org/mailman/listinfo/port-darwin> and archived at <https://lists.openafs.org/pipermail/port-darwin/>.
+
+-- [[TedAnderson]] - 17 Jan 2002
diff --git a/AFSLore/FreeBSDPort.mdwn b/AFSLore/FreeBSDPort.mdwn
new file mode 100644 (file)
index 0000000..30fe48e
--- /dev/null
@@ -0,0 +1,3 @@
+There is a mailing list for the port at <https://lists.openafs.org/mailman/listinfo/port-freebsd> and archived at <https://lists.openafs.org/pipermail/port-freebsd/>.
+
+-- [[TedAnderson]] - 17 Jan 2002
diff --git a/AFSLore/LargeFiles.mdwn b/AFSLore/LargeFiles.mdwn
new file mode 100644 (file)
index 0000000..752ac05
--- /dev/null
@@ -0,0 +1,23 @@
+Modify AFS clients and servers to support files bigger than 2^31-1 bytes.
+
+Here is the way [[JeffreyHutzelman]] [described](http://lists.openafs.org/pipermail/openafs-devel/2002-January/002304.html) the project:
+
+- Add a whole new set of fileserver RPC's that use 64-bit file sizes, offsets, and lengths. This would affect at least [[FetchData]], [[StoreData]], [[FetchStatus]], [[StoreStatus]], [[BulkStatus]], [[InlineBulkStatus]], and possibly some others.
+
+- Define semantics for large files, particularly in cases where clients try to manipulate them using the old RPC's.
+
+- Modify the fileserver backend to support large files. This may mean changing the vnode index format, among other things.
+
+- Modify the cache manager to implement the new RPC's, falling back on the old ones as appropriate.
+
+- Extend the volume dump format to support dumping files with &gt;2GB of content.
+
+Backward compatibility is very important. Old clients must be able to talk to new fileservers and vice versa. It should be possible to move a volume containing no large files between new and old fileservers. It should be possible to perform a dump of a new volume, even if it contains large files, using an existing volume dump client.
+
+Remember also that AFS is a wire protocol with multiple implementors. Things like new RPC numbers and probably new volume dump tags should be coordinated. If you're really interested in working on this, I suggest coming up with a design proposal and asking for comments both here and on <arla-drinkers@stacken.kth.se>.
+
+----
+
+[[HartmutReuter]] responded in the same thread indicating that much of the client work has been done to support [[MultiResidentAFS]]. Doing the server part of the work is probably not as difficult.
+
+-- [[TedAnderson]] - 17 Jan 2002
index ab06644..a199aca 100644 (file)
@@ -5,6 +5,7 @@
     <li><a href="#Pending and Desired _OpenAFS Pro"> Pending and Desired OpenAFS Projects</a><ul>
         <li><a href="#Pending Projects"> Pending Projects</a></li>
         <li><a href="#Proposed Projects"> Proposed Projects</a></li>
+        <li><a href="#Discussion"> Discussion</a></li>
       </ul>
     </li>
   </ul>
@@ -58,6 +59,12 @@ The following are items which have been proposed, but which are not yet in progr
 
 - [[PartitionUUID]] -- Create partition UUIDs such that the vldb can be rapdily updated if a disk is moved from one machine to another. Contact [[DerrickBrashear]].
 
+- [[ByteRangeLocks]] would improve support for applications that use them especially those on Windows platforms.
+
 ----
 
 Copied by [[TedAnderson]] with some minor edits from <http://www.openafs.org/projects.html> (dated 17-Oct-2001).
+
+----
+
+## <a name="Discussion"></a> Discussion
diff --git a/AFSLore/OpenAFSDevel.mdwn b/AFSLore/OpenAFSDevel.mdwn
new file mode 100644 (file)
index 0000000..5f1373c
--- /dev/null
@@ -0,0 +1,3 @@
+The [[OpenAFS]] project has several [mailing lists](https://lists.openafs.org/mailman/listinfo/), one of which is [OpenAFS-devel](https://lists.openafs.org/mailman/listinfo/openafs-devel) and is archived at <http://lists.openafs.org/pipermail/openafs-devel/>.
+
+-- [[TedAnderson]] - 17 Jan 2002