From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <461BD411.9020107@tecmav.com> Date: Tue, 10 Apr 2007 20:14:41 +0200 From: Adriano Verardo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] 9P2000 and p9p References: <466d420c1351988780ba61464ddf782e@terzarima.net> In-Reply-To: <466d420c1351988780ba61464ddf782e@terzarima.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: 432e5694-ead2-11e9-9d60-3106f5b1d025 Charles Forsyth wrote: >>Why the client always sends a second Tread request ? >>If the Rread returned 281/8192 bytes and the msize is > 8192 it should >>be clear that there is no other data to read. > > > no, because in general data can be returned as discrete messages (or records) of > different sizes. for instance with /net/cs and /net/dns each read returns a single > recipe for making a connection or a single translation of a name. > it's true on unix too: think of a magnetic tape drive (probably you can a description > in wikipedia if you never saw one). > > Unfortunately I don't need the Wikipedia (first prog in 1975, Univac CII 10070, punched cards, ...). Nothing to be proud of, I would prefer to be 25 :-) Could a EOD field in Rread be useful ? In some cases it would avoid a lot of messages. I think a very small servers (mController) and low channels. Adriano