From abbd5e73756a9ae0797b14885ba94e5173bcb3e0 Mon Sep 17 00:00:00 2001 From: zooko <> Date: Wed, 11 May 2011 04:17:10 +0000 Subject: [PATCH] add Brian Parma's use case [Imported from Trac: page ServerSelection, version 18] --- ServerSelection.md | 1 + 1 file changed, 1 insertion(+) diff --git a/ServerSelection.md b/ServerSelection.md index 3cbb6fd..7cfa390 100644 --- a/ServerSelection.md +++ b/ServerSelection.md @@ -14,6 +14,7 @@ Different users of Tahoe-LAFS have different desires for "Which servers should I * This is called "rack awareness" in the Hadoop and Cassandra projects, where the unit of distribution would be the rack. * John Case wrote a letter to tahoe-dev asking for this feature and comparing it to the concept of "families" in the Tor project: As I have emphasized a few times, we really should not try to write a super-clever algorithm into Tahoe which satisfies all of these people, plus all the other crazy people that will be using Tahoe-LAFS for other things in the future. Instead, we need some sort of configuration language or plugin system so that each crazy person can customize their own crazy server selection policy. I don't know the best way to implement this yet -- a domain specific language? Implement the above-mentioned list of seven policies into Tahoe-LAFS and have an option to choose which of the seven you want for this upload? My current favorite approach is: you give me a Python function. When the time comes to upload a file, I'll call that function and then use whichever servers it said to use. + * Brian Parma wants to share storage with one other person, and have all of his files stored on their server and vice versa. (Since he already has local copies of his files, so there's no value to him in storing his files on his server.) #### Brian says: