home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / arch / 12201 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  5.6 KB

  1. Xref: sparky comp.arch:12201 comp.benchmarks:1922
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!ieunet!tcdcs!unix1.tcd.ie!bmccnnll
  3. From: bmccnnll@unix1.tcd.ie (Barry McConnell)
  4. Newsgroups: comp.arch,comp.benchmarks
  5. Subject: Re: FTPable Performance Results
  6. Message-ID: <bmccnnll.726631358@unix1.tcd.ie>
  7. Date: 10 Jan 93 02:02:38 GMT
  8. References: <C0Lxqx.6p7.1@cs.cmu.edu>
  9. Sender: usenet@cs.tcd.ie (NN required at ashe.cs.tcd.ie)
  10. Organization: Trinity College, Dublin
  11. Lines: 100
  12. Nntp-Posting-Host: unix1.tcd.ie
  13.  
  14. In <C0Lxqx.6p7.1@cs.cmu.edu> vac+@cs.cmu.edu (Vincent Cate) writes:
  15.  
  16. [...]
  17.  
  18. >What other FTPable and current benchmark papers are out there?
  19.  
  20. Here's something I had lying around...
  21.  
  22. From: skip@tacky.cs.olemiss.edu (Skip Sauls)
  23. Newsgroups: comp.sys.amiga.advocacy
  24. Subject: New Network "Benchmarks"
  25. Date: 1 Feb 92 08:25:28 GMT
  26.  
  27. These are the results of a series of benchmarks to determine the speed at which
  28. various computers can transfer files via FTP over Ethernet.  Previously, I
  29. posted a similar set of figures which were hastily generated.  This set took
  30. quite a while and this is a big post, so hit "n" if you are not interested.
  31.  
  32.  
  33. If you decided to stick around, I hope that this is not too boring.  I am
  34. studying TCP/IP this semester and finally learning how all of this wonderful
  35. network stuff really works.  These tests were conducted on a Friday evening
  36. with no one else around to tie up the network, so the results should be valid.
  37.  
  38. Basically, I used the FTP software on several machines to transfer a file back
  39. and forth with "get" and "put" using binary mode.  The file is 375048 bytes,
  40. and if you are a typical Amiga owner, you probably have this exact same file
  41. somewhere and may use the application every day.  This file is larger than the
  42. largest buffer on the Ethernet cards on all computers tested.  By using a file
  43. which is ~25k, the transfer rate improves somewhat, but a file that is ~750k is
  44. transferred at the same rate as the test file.
  45.  
  46.  
  47.  
  48. Here are the players:
  49.  
  50. Code        A1         S1         S2         M1         P1         P2
  51. Make        Commodore  Sun        Sun        Clone      Clone      NCR
  52. Model       A3000      4/110      3/60       486 Tower  386        PC 386
  53. OS          ADOS 2.02  SunOS 4.1  SunOS 4.1  Mach386    MSDOS 5.0  MSDOS 3.3
  54. CPU         68030      Sparc      68020      80486      80386      80386
  55. FPU         68882      Sparc      none       80486      none       80387
  56. MHz         25         14.32      16         33         25         16
  57. RAM         4M/2M      32M        16M        16M        4M         6M
  58. Bus Type    Zorro III  VME        none       ISA        ISA        ISA
  59. HD Type     SCSI       SCSI       SCSI       SCSI       IDE        ST506
  60. HD Size     52M        1G         150M       660M       89M        30M
  61. ENet Make   Commodore  Sun        Sun        3Com       3Com       3Com
  62. ENet Size   16 bit     16 bit     16 bit     16 bit     16 bit     16 bit
  63. Video       ECS        Sun 8 bit  Sun Mono   SVGA       SVGA       EGA
  64.  
  65. All machines are on a local Thin Ethernet network.  The Suns and the 486 are
  66. connected S1<->M1<->S2 with 2x5 feet of cable, the PCs are connected P1<->P2
  67. with 5 feet of cable, and P2<->S1 with 30 feet of cable.  The Amiga is on the
  68. other side of the building and is connected by more than 150 feet of cable.
  69.  
  70.  
  71. The codes A1, S1, S2, M1, P1, and P2 are used to identify the computers on the
  72. chart below.  The leftmost column and topmost row indicate the machine from
  73. and to the getting and putting is done, respectively.  The figures show the
  74. transfer rate in kbytes/second.
  75.  
  76.          A1        S1        M1        S2        P1        P2
  77.  
  78. A1 get   147       147       147       147        10         9
  79.    put   147       118       147       118        14        25
  80. S1 get   118       610       216       407         9        17
  81.    put   147       610       262       407        17        21
  82. M1 get   141       229       262       262         9         9
  83.    put   131       282       229       282        15        14
  84. S2 get   115       407       305       305         9        10
  85.    put   147       458       282       305        17        21
  86. P1 get     5         5         5         5         *         5
  87.    put     9         9         9         9         *         8
  88. P2 get     5         5         5         5         5         *
  89.    put     9         9         9         9         9         *
  90.  
  91. * = Test Failed
  92.  
  93.  
  94. There does not appear to be a single factor which is responsible for the wide
  95. range of transfer rates.  I would not blame the slow speed of the PCs on the
  96. ISA bus alone, because the 486 running Mach also has an ISA bus and it has very
  97. good performance.  All of the machines except for the two PCs are using a SCSI
  98. bus for hard drives, so that may be a big factor.  After using the PC with a
  99. fast hard drive and IDE interface, I would recommend that people stay away from
  100. IDE and ignore all of the hype surrounding it.  It is ironic that the 3 year
  101. old 16MHz 386 with ST506 is faster than the 4 month old 25MHz 386 with IDE.
  102. BTW, the 16MHz has an NCR motherboard and the 25MHz is a Micronics, so these
  103. are not junk built in some garage.
  104.  
  105. I would be interested in similar sets of figures for other machines if anyone
  106. has the time to conduct the tests.  If I can find the time, I will move the
  107. Amiga into the same room as the Suns and 486 and see if the distance is a major
  108. factor.  The net-guys around here claim that it is, and I would like to see
  109. how well the Amiga does on equal footing.
  110.  
  111. Skip Sauls              //    Graduate Student and Instructor
  112. skip@tacky.cs.olemiss.edu     \\ //    Department of Computer Science
  113. A3000 + Ethernet = Freedom     \X/    University of Mississippi
  114.