From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Fri, 18 Feb 2011 14:26:32 -0500 To: 9fans@9fans.net Message-ID: In-Reply-To: <20110218191509.552355B77@mail.bitblocks.com> References: <201102181445.41877.dexen.devries@gmail.com> <201102181753.30125.dexen.devries@gmail.com> <7769a67a9fbc1fae2186ff9315457e0d@ladd.quanstro.net> <20110218191509.552355B77@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: b126b3e0-ead6-11e9-9d60-3106f5b1d025 > On a slightly different tangent, 9p is simple but it doesn't > handle latency very well. To make efficient use of long fat > pipes you need more complex mechanisms -- there is no getting > around that fact. rsync & hg in spite of their complexity > beat the pants off replica. Their cache behavior is not very > relevant here. Similarly file readahead is usually a win. 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. 9p is a file protocol, and the rest are programs. it's apples and giraffes. as a child might tell you, an apple is just as fast as a giraffe if the apple is inside the giraffe. similarly, you blame c++ compilers for excessive inlining. i might blame the mount driver for its 1 oustanding policy. - erik