home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / isis / 198 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.1 KB  |  72 lines
  1. Newsgroups: comp.sys.isis
  2. Path: sparky!uunet!mcsun!dxcern!sun2!fabien
  3. From: fabien@sun2.cern.ch (Fabien Collin)
  4. Subject: ISIS 3.0.5 & Round trip time (Bug ?)
  5. Message-ID: <1992Jul21.135255.28380@dxcern.cern.ch>
  6. Sender: fabien@sun2 (Fabien Collin)
  7. Organization: European Laboratory for Particule Physics (CERN) Switzerland
  8. Distribution: comp
  9. Date: Tue, 21 Jul 1992 13:52:55 GMT
  10. Lines: 60
  11.  
  12.     I did a benchmark to evaluate ISIS round trip time.
  13.     I used ISIS 3.0.5 with two SUN 4C under SunOS 4.1.1 connected by
  14.     Ethernet.
  15.  
  16.     I have two processes (a master and a slave) which belong to the same
  17.     group (Bypass facility is used).
  18.     The following operation is repeated n times :
  19.  
  20.     The master send a message (size = s) with a cbcast to the slave.
  21.     The master then waits for a reply. The slave replies by sending
  22.     a message (size = r). 
  23.  
  24.     I did a test with s = r and the mean time for the round trip was
  25.     measured, I obtained the following results :
  26.  
  27.  
  28.     Msg Size (s,r) (bytes)        Round trip time (ms)
  29.     1                6
  30.     14624                55
  31.     14625                550
  32.  
  33.     29424                600
  34.     29425                1100
  35.  
  36.     44224                1150
  37.     44225                1650
  38.  
  39.     59024                1750
  40.     59025                2250
  41.  
  42.     ...
  43.  
  44.     Between 1 and 14624, the time varies linearly from 6 ms to 55 ms.
  45.     Suddenly, between 14624 and 14625, it takes 0.5 seconds more
  46.     to do the round trip. The same phenomenon is repeated each time
  47.     you add 14800 bytes. 
  48.  
  49.     I suppose the discontinuity is due to the size of a buffer.
  50.     But half a second each 14800 bytes seems to be enormous to me.
  51.     Is it a bug ? 
  52.     If it is, is it fixed in 3.0.6 ?
  53.     It it isn't, how do you explain this huge amount of time ?
  54.  
  55.     PS: I obtained the same results with a abcast. It is not surprising
  56.     since I used only 1 destination and only this event exists in the system.
  57.  
  58.     PS2: Same results with two asynchronous cbcast (or abcast).
  59.  
  60.  
  61.     Cheers,
  62.  
  63.                                 Fabien
  64.  
  65. -- 
  66. -------------------------------------------------------------------------
  67.  COLLIN Fabien                | Computing & Networking Division    
  68.  Email: fabien@sun2.cern.ch        | Building 31, 3-013        
  69.  Voice: + 41-22-767-2487        | CERN 1211 Geneva 23        
  70.  Fax :    + 41-22-767-7155        | Switzerland            
  71. -------------------------------------------------------------------------
  72.