From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <467C4C48.6050009@free.fr> Date: Sat, 23 Jun 2007 00:25:12 +0200 From: Philippe Anel User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] About 9P ... References: <46783873.4060804@free.fr> <20070622013243.B21140@mrwint.cisco.com> <467B72FC.2020808@free.fr> <20070622165754.D21140@mrwint.cisco.com> <467C31EB.1060302@free.fr> <3e1162e60706221410l20d22b87had1497198b60abe7@mail.gmail.com> <467C4095.3040506@free.fr> <3e1162e60706221446n2645b7f4ncd00b2bb177b837c@mail.gmail.com> <467C455E.9080909@free.fr> In-Reply-To: <467C455E.9080909@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 85b582b2-ead2-11e9-9d60-3106f5b1d025 Sometimes, I whish I could think faster. The fact request can be pipelined like this -I mean, by taking care of th= e fact replies are not necessarly returned in requests order- doesn't not mean that clients have to choose the FIDs. This would also work if FIDs are choosen by the server (and even better because the client would not have to take care of the order). So unless Russ is right and that the fact FIDS are choosen by the client = has been decided arbitrarily ... I still have no answer to my question. Phil; Philippe Anel a =E9crit : > Ok I agree ... as long as you don't expect the replies to be returned > in the same order as the requests, requests can be pipelined. > > Therefore, now it makes sense to have FIDs chosen by the client. > > Thank you. > >> >> Well you may have a point, but why not >> >> 1. send: open, fid, file >> 2. wait for reply to 1. >> 3. send read, fid, args >> 4. send read, fid, args >> 5. wait for either... >> 6. wait for remaining? >> >> At that point you're still pipelining, and since you're reading=20 >> presumably into separate buffers, or different locations in the same=20 >> buffer, who cares about the order? >> >> =20 >> >> Because all transactions are tagged ... this wouldn't break >> 9P. However, this doesn't work as expected. >> >> >> Depends on what's expected :-) >> =20 >> >> That's why I think 9P was not designed to allow this. But >> maybe I'm wrong. >> >> >> >> It's probably designed to allow what I just said, you can sequence=20 >> some operations, but then things that don't need to be sequenced=20 >> could be pipelined. >> >> Different servers may behave differently, 9P makes no guarantee AFAIK. >> >> Dave >> =20 >> >> Phil; >> >> >> >> >> >> --=20 >> - Passage Matthew 5:37: >> But let your communication be, Yea, yea; Nay, nay: for whatsoever=20 >> is more than these cometh of evil.=20 > > >