From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <9f436e85a50e21861fc0871595bfb995@vitanuova.com> From: C H Forsyth Date: Tue, 10 Apr 2007 20:33:12 +0100 To: 9fans@cse.psu.edu Subject: Re: [9fans] 9P2000 and p9p In-Reply-To: <461BD411.9020107@tecmav.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: 43393c44-ead2-11e9-9d60-3106f5b1d025 >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. yes, although we didn't find it a huge problem on the lego brick, but then again the timing constraints were fairly lax, even for the lego clock. we did run a zero-compressing run-length-encoding scheme to compress stat entries (lots of 28 byte NAMELEN things) and thus directories, but that would have been less necessary with the current 9p2000/styx encoding; if perhaps still useful. perhaps more helpfully, note that when reading /dev/time, for instance or especially /dev/bintime, the application (typically a library function, but not always), only expects one record, and does just one read, causing just one Tread. cat still works though, even though it does one extra read (that returns 0). that's true for some other files too.