9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "David Leimbach" <leimy2k@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] About 9P ...
Date: Fri, 22 Jun 2007 15:57:14 -0700	[thread overview]
Message-ID: <3e1162e60706221557i511c90fcp75852d80eea0e08f@mail.gmail.com> (raw)
In-Reply-To: <467C4C48.6050009@free.fr>

[-- Attachment #1: Type: text/plain, Size: 2573 bytes --]

On 6/22/07, Philippe Anel <xigh@free.fr> wrote:
>
>
> Sometimes, I whish I could think faster.
>
> The fact request can be pipelined like this -I mean, by taking care of the
> 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.



I think servers often serve multiple clients, and therefore it's probably
best to leave some things client side.

Perhaps that's why google's not doing full SOAP anymore and just returning
XML that you have to parse yourself on the client side.

It may not really be arbitrary after all :-)


Phil;
>
> Philippe Anel a écrit :
> > 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
> >> presumably into separate buffers, or different locations in the same
> >> buffer, who cares about the order?
> >>
> >>
> >>
> >>     Because all transactions are tagged ... this wouldn't break
> >>     9P. However, this doesn't work as expected.
> >>
> >>
> >> Depends on what's expected :-)
> >>
> >>
> >>     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
> >> some operations, but then things that don't need to be sequenced
> >> could be pipelined.
> >>
> >> Different servers may behave differently, 9P makes no guarantee AFAIK.
> >>
> >> Dave
> >>
> >>
> >>     Phil;
> >>
> >>
> >>
> >>
> >>
> >> --
> >> - Passage Matthew 5:37:
> >>    But let your communication be, Yea, yea; Nay, nay: for whatsoever
> >> is more than these cometh of evil.
> >
> >
> >
>
>


-- 
- Passage Matthew 5:37:
   But let your communication be, Yea, yea; Nay, nay: for whatsoever is more
than these cometh of evil.

[-- Attachment #2: Type: text/html, Size: 3710 bytes --]

  reply	other threads:[~2007-06-22 22:57 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-19 20:11 Philippe Anel
2007-06-20  0:37 ` Russ Cox
2007-06-20  2:06   ` Roman Shaposhnick
2007-06-20 11:29     ` Anthony Sorace
2007-06-22  0:32 ` Derek Fawcus
2007-06-22  6:58   ` Philippe Anel
2007-06-22 15:57     ` Derek Fawcus
2007-06-22 20:32       ` Philippe Anel
2007-06-22 21:10         ` David Leimbach
2007-06-22 21:35           ` Philippe Anel
2007-06-22 21:46             ` David Leimbach
2007-06-22 21:55               ` Philippe Anel
2007-06-22 22:25                 ` Philippe Anel
2007-06-22 22:57                   ` David Leimbach [this message]
2007-06-22 23:01                     ` Anant Narayanan
2007-06-23  4:30                   ` Russ Cox
2007-06-23  5:10                     ` Skip Tavakkolian
2007-06-23  9:25                       ` Francisco J Ballesteros
2007-06-23 15:50                         ` Martin Atkins
2007-06-23  6:24                     ` Philippe Anel
2007-06-23 15:00                     ` Rob Pike
2007-06-24  0:52                     ` [9fans] 9P optimization Lyndon Nerenberg
2007-06-24  3:04                       ` Francisco J Ballesteros
2007-06-24  3:15                         ` Lyndon Nerenberg
2007-06-24  4:08                           ` ron minnich
2007-06-24  9:34                             ` Steve Simon
2007-06-24 10:06                               ` Lyndon Nerenberg
2007-06-24 11:38                                 ` Steve Simon
2007-06-24 13:34                                   ` Lyndon Nerenberg
2007-06-25  0:34                                     ` ron minnich
2007-06-25 17:53                                       ` Lyndon Nerenberg
2007-06-25  1:02                                 ` Dave Eckhardt
2007-06-24 12:14                             ` erik quanstrom
2007-06-24 13:36                               ` Lyndon Nerenberg
2007-06-24 21:47                                 ` erik quanstrom
2007-06-25 17:48                                   ` Lyndon Nerenberg
2007-06-25 18:46                                     ` erik quanstrom
2007-06-24  4:16                           ` Bruce Ellis
2007-06-24 18:05                             ` Skip Tavakkolian
2007-06-22 23:20               ` [9fans] About 9P Skip Tavakkolian
2007-06-22 23:48                 ` Francisco J Ballesteros
2007-06-23  0:27                   ` Roman Shaposhnick
2007-06-23  0:27                     ` Francisco J Ballesteros
2007-06-23 12:08                   ` erik quanstrom
2007-06-23 12:27                     ` Francisco J Ballesteros
2007-06-23 12:57                     ` Lucio De Re
2007-06-23 13:01                     ` Uriel
2007-06-23 13:36                       ` Francisco J Ballesteros
2007-06-23 14:27                         ` Lucio De Re
2007-06-23 14:45                           ` Francisco J Ballesteros
2007-06-22 21:16         ` Skip Tavakkolian
2007-06-22 21:37           ` Philippe Anel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3e1162e60706221557i511c90fcp75852d80eea0e08f@mail.gmail.com \
    --to=leimy2k@gmail.com \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).