From mboxrd@z Thu Jan  1 00:00:00 1970
Message-Id: <A3A171B8-4405-40BE-A775-A34A42DF4E09@gmail.com>
From: Eric Van Hensbergen <ericvh@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
In-Reply-To: <28dd59bb-f238-4f80-8b29-3863e91184d7@o28g2000yqh.googlegroups.com>
Content-Type: text/plain;
	charset=us-ascii;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (iPhone Mail 7E18)
Date: Fri, 12 Feb 2010 06:45:34 -0600
References: <b5d0bd9c-da9e-4767-86d8-6a1fc0fbffb2@f8g2000yqn.googlegroups.com>
	<28dd59bb-f238-4f80-8b29-3863e91184d7@o28g2000yqh.googlegroups.com>
Subject: Re: [9fans] Speed of 9pfuse on Linux
Topicbox-Message-UUID: d2c2d688-ead5-11e9-9d60-3106f5b1d025

A few "solutions" exist:

Use Op instead - of course there is no Op exporter from sources or
Linux client -- but these could be rectified with work.

If used v9fs run with cache=loose or cache=fscache both of which
enables caching meta-data.

Convince the Linux community to fix ls -  I think the kernel supports
Plan 9 style dirread now (there were some bug reports against v9fs
suggesting a plan 9 style dirread was possible) but tools haven't yet
been updated.

Submit a patch to 9pfuse and/or v9fs providing optional (mount time)
1s cache on metadata.

      -Eric

Sent from my iPhone

On Feb 12, 2010, at 12:15 PM, Pavel Klinkovsky <pavel.klinkovsky@gmail.com
 > wrote:

>> this is not surprising if you consider what's happening underneath:
> Clear.
>
> Understandable but very unpleasant.
>
> Pavel
>