[Storagesync] 回复: Re: 回复: Storagesync Digest, Vol 5, Issue 1

"Fei Song" <fsong@bjtu.edu.cn> Mon, 07 December 2015 04:49 UTC

Return-Path: <fsong@bjtu.edu.cn>
X-Original-To: storagesync@ietfa.amsl.com
Delivered-To: storagesync@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA5201B2E03 for <storagesync@ietfa.amsl.com>; Sun, 6 Dec 2015 20:49:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: YES
X-Spam-Score: 8.638
X-Spam-Level: ********
X-Spam-Status: Yes, score=8.638 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_BLANKS=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_PSBL=2.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FP50cGgIo9Hv for <storagesync@ietfa.amsl.com>; Sun, 6 Dec 2015 20:49:50 -0800 (PST)
Received: from bjtu.edu.cn (mail.bjtu.edu.cn [218.249.29.198]) by ietfa.amsl.com (Postfix) with ESMTP id D93F81B2E02 for <storagesync@ietf.org>; Sun, 6 Dec 2015 20:49:49 -0800 (PST)
Received: from PC-201001061KKK (unknown [211.71.74.217]) by Jdweb2 (Coremail) with SMTP id M55wygCngCeOEGVWLAAAAA--.3S2; Mon, 07 Dec 2015 12:52:30 +0800 (CST)
Date: Mon, 07 Dec 2015 12:49:42 +0800
From: Fei Song <fsong@bjtu.edu.cn>
To: mellon <mellon@fugue.com>
References: <20151204181110.GA2418@localhost.localdomain> <1449255654746-36498631-5591108f-793d865a@fugue.com> <8F085EBA-F6A4-4FBD-8B8E-1F9AE114FD05@unterwaditzer.net> <CAO_YpraJsDKbOXD9MdxHqeAYTMoiZFyViHX+P2PtD=9hpRz9MQ@mail.gmail.com> <20151206173646.GA6290@localhost.localdomain> <1449447450498-61af5a96-1c461047-3019ac1e@gmail.com> <20151207002020.GA5002@localhost.localdomain> <1449448362292-7d42d496-109559e8-4177b3f9@gmail.com> <20151207003810.GA24130@localhost.localdomain> <1449449404474-72724227-c54ecf87-7d18f3b0@gmail.com> <20151207005426.GA29483@localhost.localdomain> <CAO_YpramyzAZ8hS6aphmBNw2FiKTpesb9uW7uGHtjRH_YkPAJg@mail.gmail.com> <1449452139832-4f314827-a7ecd596-c5312339@fugue.com> <1449454580239-1fd59d90-52f0231b-370f2ef5@gmail.com, > <> <1449455245871-cb7e86e1-1a0160c5-aa6acce3@fugue.com> <2015120711170621874681@bjtu.edu.cn, > <1449459616112-6043cb32-cd69a1f9-1399f1c0@fugue.com> <2015120711591198474787@bjtu.edu.cn>, <1449460940935-350ed1d5-a3d32a34-254205b2@fugue.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.0.1.91[cn]
Mime-Version: 1.0
Message-ID: <2015120712494215602388@bjtu.edu.cn>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
X-CM-TRANSID: M55wygCngCeOEGVWLAAAAA--.3S2
X-Coremail-Antispam: 1UD129KBjvJXoW7uw1kXryfCr1kGw1DZF1DKFg_yoW8Ar1xpF W7KFW7Kw1kJ3yagrZ7Ar92gFs5J3y8Jr18KFyDtr4xZa9ruay7KryFvrWFkr9rA347WrWj 9Fs2va40gr1UZr7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUvjb7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr1j 6F4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oV Cq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0 I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r 4UM4x0Y48IcxkI7VAKI48JM4xvF2IEb7IF0Fy264kE64k0F24lFcxC0VAYjxAxZF0Ex2Iq xwCY02Avz4vE14v_Gryl42xK82IYc2Ij64vIr41lx2IqxVAqx4xG67AKxVWUJVWUGwC20s 026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r1Y6r17MIIYrxkI7VAKI48JMIIF 0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0x vE42xK8VAvwI8IcIk0rVWrZr1j6s0DMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2 jsIEc7CjxVAFwI0_Jr0_Gr1l6VACY4xI67k04243AbIYCTnIWIevJa73UjIFyTuYvjxUxf HjUUUUU
X-CM-SenderInfo: aytwlqpemw3hxhgxhubq/
Archived-At: <http://mailarchive.ietf.org/arch/msg/storagesync/XE8vN-DJlk48emqOx9o_GySYKus>
Cc: storagesync <storagesync@ietf.org>
Subject: [Storagesync] 回复: Re: 回复: Storagesync Digest, Vol 5, Issue 1
X-BeenThere: storagesync@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: fsong <fsong@bjtu.edu.cn>
List-Id: Mechanisms to synchronize client file systems with Internet-based data storage services <storagesync.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/storagesync>, <mailto:storagesync-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/storagesync/>
List-Post: <mailto:storagesync@ietf.org>
List-Help: <mailto:storagesync-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storagesync>, <mailto:storagesync-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Dec 2015 04:49:52 -0000



--------------
Fei Song
>Sunday, Dec 6, 2015 10:59 PM Fei Song wrote:
>>>0: File F is at version 0
>>>1: Client A syncs to server
>>>2: Client B syncs to server
>>>3: File f changed on Client A -> Version 0.A
>>>4: File f changed on Client B -> Version 0.B
>>>5: Client B syncs to server, updating file F to version 0.B, modified time = 4
>>>6: Client A syncs to server: what happens?
>>>   a: File updated to version 0.A, modified time=3
>>>   b: Server overwrites version 0.A with version 0.B, changes in 0.A lost
>>>   c: Conflict resolution combines versions 0.A and 0.B, producing version 1, mod time=6
>
>>>I think C is the only right answer.   We want conflict resolution to be automatic whenever possible, but we do want to do conflict resolution, and not just wipe out changes, because those changes may contain real work that the user on client A did.
>> 
>> These "middle" changes are important. Yeah. they should be stroed at the server side.
>> Wiping out changes is just a simple appoach.
>> I also think c is a good option. Then we need to consider a suitable time window.
>> e.g. how long should be consider as a "simultaneous" updating.
>> otherwise F might be updated as Version 1 directly.
>
>In option C, the time doesn't matter at all.   It's the fact that the two versions are different that triggers the conflict resolution process.   So there's no timing race to worry about: the first client to update just succeeds, and the second client to update has to do conflict resolution.   Doesn't matter which client updates first, or when the updates happen.

right, I see your point~ Thanks!

>
>
>--
>Sent from Whiteout Mail - https://whiteout.io
>
>My PGP key: https://keys.whiteout.io/mellon@fugue.com