X-Git-Url: http://git.tuebingen.mpg.de/?p=dss.git;a=blobdiff_plain;f=README;h=c5abb2923cc7ca9cd415ccdcbce9dd56ece4d0fd;hp=5cc2914f15db9b8a675f68d59d835b8c1b647a6c;hb=3025388040c1521121255e5ae7ceabdcb1b1e421;hpb=1b6ecb6d4ea35cbc9ab77dddaaa8a68b7436d019

diff --git a/README b/README
index 5cc2914..c5abb29 100644
--- a/README
+++ b/README
@@ -4,14 +4,17 @@ or local host using rsync's link-dest feature.
 dss is admin friendly: It is easy to configure and needs little
 attention once configured to run in daemon mode. It keeps track of
 the available disk space and removes snapshots if disk space becomes
-sparse or snapshots become older than the specified time.
+sparse or snapshots become older than the specified time. Also, due
+to the hardlink-based approach, there is only one type of backup.
+Hence no full, incremental or differential backups need to be
+configured, and there is no database to maintain.
 
 dss is also user-friendly because users can browse the snapshot
 directories without admin intervention and see the contents of the file
-system at the various times a snapshot was taken. In particular, users
-can easily restore accidentally removed files by using their favorite
-file browser to simply copy files from the snapshot directory back
-to the live system.
+system at the various times a snapshot was taken. Each snaphot looks
+like a full backup, so users can easily restore accidentally removed
+files by using their favorite file browser to simply copy files from
+the snapshot directory back to the live system.
 
 dss gives your data an additional level of security besides the usual
 tape-based backups: If the file server goes down and all data is lost