home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4271 < prev    next >
Encoding:
Text File  |  1992-09-02  |  1.8 KB  |  57 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!ugle.unit.no!odda.er.sintef.no!oak
  3. From: oak@odda.er.sintef.no (Olav Kvittem)
  4. Subject: How "reliable" is UDP
  5. Message-ID: <1992Sep2.204556.23149@ugle.unit.no>
  6. Sender: news@ugle.unit.no (NetNews Administrator)
  7. Organization: SINTEF, Trondheim, Norway.
  8. Date: Wed, 2 Sep 92 20:45:56 GMT
  9. Lines: 46
  10.  
  11. Hello,
  12.  
  13. I have run some ttcp tests sending UDP-datagrams to test a 34Mbps/FDDI/Ethernet
  14. network.
  15.  
  16. If I run the test on a Sun :
  17.  
  18. packetsize    KB/sek        CPU usage    Mbps    Interface
  19. 8000        2437        96%        20.0      Ether
  20. 4000        2051        98%        16.4      Ether
  21. 1400        1166        98%         9.3      Ether
  22. 1000         941        97%         7.5    Ether
  23.  
  24. From this I deduce that many packets does not leave the machine before they are
  25. dropped. Even with an FDDI interface very few of the packets make it out of the
  26. machine at 8192 packetsize (size of data for socket write operation). 
  27.  
  28. If I do the same tests on a DECStation Ultrix system it seems to be more "reliable" :
  29.  
  30. Ethernet :
  31. 8192        1051        30%         8.0    Ethernet
  32. 8192        3033        92%        24.2    FDDI 
  33.  
  34. We see that the CPU usage is low keeping the Ethernet UDP at near maximum
  35. Ethernet speed.  That might indicate that the DECsystem have a blocked
  36. write for UDP sockets while the Sun kernel accepts UDP packets at full speed and
  37. drops them if buffers fill up ? Perhaps there are no buffers in a UDP-implemntation ?
  38.  
  39. Does anyone have any explanation or observations for this behaviour ?
  40.  
  41. Regards
  42.   Olav
  43.  
  44. FDDI :
  45. -- 
  46.    Olav Kvittem : SINTEF
  47.  
  48.       RFC Address     Olav.Kvittem@delab.sintef.no
  49.       OR Address      C=no;ADMD=" ";PRMD=uninett;
  50.                       O=sintef;OU=delab;S=Kvittem;G=Olav
  51.       Postal Address  SINTEF DELAB
  52.                       N-7034 Trondheim
  53.       Phone           +47-7-532586(FAX)
  54.       Phone           +47-7-596981
  55.       Description     Research Scientist  -  Communication Networks
  56.  
  57.