From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] The Web9 Project From: erik quanstrom Date: Sun, 9 Sep 2007 08:18:49 -0400 In-Reply-To: <8ccc8ba40709090503q38577a98v351702557dce67e1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: bc521fec-ead2-11e9-9d60-3106f5b1d025 > The problem is that you need, in a way, to break 9p. You need readahead, you > need to bundle requests, and you need to cache in a very careful way. the way i read the protocol, 9p does support readahead. Tread takes tag, fid, offset, count. i can have up to 64k tags, so i think this means i can have up to 64k outstanding reads. what am i missing? why do we need to bundle requests? that seems like the wrong level. in effect, that is creating an execution environment on the fs. if latency is that bad and readahead won't work because the files are too small, why not treat the remote storage as a block device and run the fs locally? the "fs" could be a simple flat file. this seems much simplier for most applications. no fid cache mapping problem. and it reuses - erik