From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Fri, 18 Feb 2011 15:15:55 -0500 To: 9fans@9fans.net Message-ID: In-Reply-To: <20110218194658.8BEA75B77@mail.bitblocks.com> References: <201102181445.41877.dexen.devries@gmail.com> <201102181753.30125.dexen.devries@gmail.com> <7769a67a9fbc1fae2186ff9315457e0d@ladd.quanstro.net> <20110218194658.8BEA75B77@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Modern development language for Plan 9, WAS: Re: RESOLVED: recoving important header file rudely Topicbox-Message-UUID: b16423ec-ead6-11e9-9d60-3106f5b1d025 > > i don't think that it makes sense to say that since replica > > is slow and hg/rsync are fast, it follows that 9p is slow. > > It is the other way around. 9p can't handle latency so on > high latency pipes programs using 9p won't be as fast as > programs using streaming (instead of rpc). Granted that there > are many other factors when it comes to hg & replica but > latency is a major one. you're still comparing apples and girraffes. rsync/hg have protocols ment for syncing. replica uses 9p, which is not a protocol designed for syncing. it's designed for regular file access. it would be similarly difficult to use rsync's protocol directly for file access. while 9p can and should be improved upon, this case doesn't seem like a real motivator. the nfs guys don't complain similarly about nfs loosing to rsync. - erik