home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / nfs / 2180 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.0 KB
  1. Xref: sparky comp.protocols.nfs:2180 comp.dcom.lans:1912 comp.protocols.tcp-ip:4222
  2. Newsgroups: comp.protocols.nfs,comp.dcom.lans,comp.protocols.tcp-ip
  3. Path: sparky!uunet!math.fu-berlin.de!informatik.tu-muenchen.de!kozlowsk
  4. From: kozlowsk@Informatik.TU-Muenchen.DE (Rolf Kozlowski)
  5. Subject: Question for RPC - gurus
  6. Keywords: RPC
  7. Originator: kozlowsk@hprbg4.informatik.tu-muenchen.de
  8. Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
  9. Organization: Technische Universitaet Muenchen, Germany
  10. Date: Fri, 28 Aug 1992 13:07:30 GMT
  11. Message-ID: <1992Aug28.130730.13531@Informatik.TU-Muenchen.DE>
  12. Reply-To: Rolf.Kozlowski@Informatik.TU-Muenchen.DE
  13. Lines: 45
  14.  
  15.  
  16. Hi,
  17.  
  18. I have written a little sample programm using RPC (see any RPC Guide like 
  19. HP's `Programming and Protocols for NFS Services` ).  The client only makes 
  20. a request for an integer value and the server returnes an integer.
  21. Afterwords I have put some timestamps into the client and measured with
  22. our network monitor the time of the packets on the ethernet.
  23. The C-Source looked like this:
  24.  
  25.     ...
  26.     gettimeofday (&timval1, &timzone);
  27.     clnt_stat = clnt_call (client, RUSERSPROC_NUM, xdr_void,     
  28.        0, xdr_u_long, &nusers, total_timeout)) != RPC_SUCCESS);
  29.     gettimeofday (&timval1, &timzone);
  30.     ...
  31.  
  32. The results were like this:
  33.     - Output client) 
  34.         the result of the RPC: 777
  35.             RPC-delay = 2694 usec
  36.                 ---------
  37.     - Delay between the request-packet from the client and the reply from 
  38.       the server:            633 usec
  39.                 ---------
  40.       (this delay includes: send the request (client), 
  41.                 receive the packet and prepare it (server)
  42.                 send the reply (server) )
  43.  
  44.     The time between receiving the frame from ethernet and returnung from 
  45.     the `clnt_call()` is about 2 msec's!!
  46.  
  47. Now my question:
  48.     What happens after the client has received the reply ?? 
  49.  
  50. Thanks
  51.  
  52. ---------------------------------------------------------------------------------
  53. Rolf Kozlowski    Inst. fuer Informatik, Technische Universitaet Muenchen
  54.         PO-Box 202420, 8000 Muenchen 2, Germany
  55. Rolf.Kozlowski@Informatik.TU-Muenchen.DE    Tel: +49 89 2105 8193
  56.  
  57.                 
  58.         
  59.  
  60.