From: TedAnderson Date: Thu, 17 Jan 2002 20:03:03 +0000 (+0000) Subject: none X-Git-Url: https://git.openafs.org/?p=openafs-wiki.git;a=commitdiff_plain;h=8c2e43a462aaddfa5a2d9dd627acfac44286267d none --- diff --git a/AFSLore/ByteRangeLocks.mdwn b/AFSLore/ByteRangeLocks.mdwn new file mode 100644 index 0000000..ef720f8 --- /dev/null +++ b/AFSLore/ByteRangeLocks.mdwn @@ -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 index 0000000..db5b4ee --- /dev/null +++ b/AFSLore/DarwinPort.mdwn @@ -0,0 +1,5 @@ +Darwin is the core of Apple's [[MacOSX]] product. + +The mailing list for this port is and archived at . + +-- [[TedAnderson]] - 17 Jan 2002 diff --git a/AFSLore/FreeBSDPort.mdwn b/AFSLore/FreeBSDPort.mdwn new file mode 100644 index 0000000..30fe48e --- /dev/null +++ b/AFSLore/FreeBSDPort.mdwn @@ -0,0 +1,3 @@ +There is a mailing list for the port at and archived at . + +-- [[TedAnderson]] - 17 Jan 2002 diff --git a/AFSLore/LargeFiles.mdwn b/AFSLore/LargeFiles.mdwn new file mode 100644 index 0000000..752ac05 --- /dev/null +++ b/AFSLore/LargeFiles.mdwn @@ -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 >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 . + +---- + +[[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 diff --git a/AFSLore/NewProjects.mdwn b/AFSLore/NewProjects.mdwn index ab06644..a199aca 100644 --- a/AFSLore/NewProjects.mdwn +++ b/AFSLore/NewProjects.mdwn @@ -5,6 +5,7 @@
  • Pending and Desired OpenAFS Projects
    • @@ -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 (dated 17-Oct-2001). + +---- + +## Discussion diff --git a/AFSLore/OpenAFSDevel.mdwn b/AFSLore/OpenAFSDevel.mdwn new file mode 100644 index 0000000..5f1373c --- /dev/null +++ b/AFSLore/OpenAFSDevel.mdwn @@ -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 . + +-- [[TedAnderson]] - 17 Jan 2002