gzz-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gzz-commits] manuscripts/pointers article.rst


From: Tuomas J. Lukka
Subject: [Gzz-commits] manuscripts/pointers article.rst
Date: Fri, 31 Oct 2003 04:27:56 -0500

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Branch:         
Changes by:     Tuomas J. Lukka <address@hidden>        03/10/31 04:27:56

Modified files:
        pointers       : article.rst 

Log message:
        Conclusion points

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/pointers/article.rst.diff?tr1=1.40&tr2=1.41&r1=text&r2=text

Patches:
Index: manuscripts/pointers/article.rst
diff -u manuscripts/pointers/article.rst:1.40 
manuscripts/pointers/article.rst:1.41
--- manuscripts/pointers/article.rst:1.40       Fri Oct 31 01:16:17 2003
+++ manuscripts/pointers/article.rst    Fri Oct 31 04:27:55 2003
@@ -338,8 +338,8 @@
 
 .. ??? XXX I don't understand the above AT ALL
 
-Basic model
-===========
+Primitive block storage abstraction
+===================================
 
 Our goal is to build a complete system of versioning
 on top of the following primitive abstraction provided 
@@ -518,6 +518,39 @@
 Conclusions
 ===========
 
+- We have presented a peer-to-peer infrastructure that...with 
location-independent
+  identifiers
+
+- Pointer records: a novel method for implementing revision control in 
peer-to-peer
+  environment
+
+- ADVANTAGES:
+
+    - simple
+
+    - robust; since the blocks are all the information,
+      system state can't be lost easily
+
+    - could be standardized as a way for different 
+      P2P networks to interoperate to create a P2P Web
+    
+       - network-agnostic,
+         interoperating between any existing and future
+         P2P nets
+
+       - doesn't require a particular block keeping model; 
+         various models from different sources can work,
+         such as storing only the latest versions &c
+
+
+    - side benefit: users can cache any back versions they like
+
+    -  ...
+
+- DISADVANTAGES:
+
+    -  ...
+
 - COUNTERARGUMENTS THAT NEED TO BE ADDRESSED:
 
     - efficiency? Storing lots of versions could get inefficient,
@@ -540,10 +573,6 @@
          most of the web is about publishing things for all to see.
 
 - XXX
-- We have presented a peer-to-peer infrastructure that...with 
location-independent
-  identifiers
-- Pointer records: a novel method for implementing revision control in 
peer-to-peer
-  environment
 - To make the Web a solid foundation for standing
   on the shoulders of giants.
 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]