*BSD News Article 80246


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!news.wildstar.net!serv.hinet.net!news.uoregon.edu!arclight.uoregon.edu!newsfeed.dacom.co.kr!news.kigam.re.kr!usenet.seri.re.kr!news.imnet.ad.jp!news.lab.kdd.co.jp!kddnews!tru
From: tru@kddnews.nes.lab.kdd.co.jp (Tohru Asami)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: HELP! My Ethernet Card is Too Slow! (Detailed Version)
Date: 9 Oct 1996 01:35:48 GMT
Organization: KDD R.&D. Labs.
Lines: 147
Distribution: world
Message-ID: <53evhk$4s@tao.lab.kdd.co.jp>
NNTP-Posting-Host: kddnews.nes.lab.kdd.co.jp


Hello. A few days a go, I noticed the Ethernet problem of my DEC
CELEBRIS GL 5133ST. Based on the comments from Rob Quinn
<rquinn@sprint.net>, I re-investigated this problem. Here is a details.

1. It takes half a day to do FTP installation of FreeBSD 2.1.5.
2. The problem is related to receiving packets from other stations.
   To get files from other UNIX systems (SONY NEWS, SPARC, etc.) on
   the same segment, the throughput is about 30bytes/s, while sending
   files to other UNIX systems more than 400Kbytes/s!     2 logs, one 
   to/from SONY, the other to/from SPARC are listed as follows. You see
   sending a fine from FreeBSD seems good, but receiving a file from
   other systems to FreeBSD has a bad throughput!

   (1) From FreeBSD to SONY, From SONY to FreeBSD
     news: {5} ftp kddnews.nes.lab.kdd.co.jp
     220 kddnews FTP server (NEWS-OS Release 4.2.1R) ready.
     Name (kddnews.nes.lab.kdd.co.jp:tru): tru
     Password:
     Remote system type is UNIX.
     ftp> put xview-lib-3.2.1.tgz
     local: xview-lib-3.2.1.tgz remote: xview-lib-3.2.1.tgz
     1763516 bytes sent in 1.79 seconds (962.26 Kbytes/s)
     ftp> get xview-lib-3.2.1.tgz abc
     1763516 bytes received in 60.82 seconds (28.32 Kbytes/s)
     ftp> 221 Goodbye.
   
   (2) From FreeBSD to SPARC, From SPARC to FreeBSD
     news: {7} ftp nespa.nes.lab.kdd.co.jp
     220 nespa FTP server (UNIX(r) System V Release 4.0) ready.
     Name (nespa.nes.lab.kdd.co.jp:tru):
     Password:
     ftp> put xview-lib-3.2.1.tgz
     1769989 bytes sent in 3.50 seconds (493.32 Kbytes/s)
     ftp> get xview-lib-3.2.1.tgz abc
     226 ASCII Transfer complete.
     1769989 bytes received in 36.28 seconds (47.64 Kbytes/s)
     ftp> 221 Goodbye.

3. Netstat shows too many Input packets compared with Output packects.
   news: {4} netstat -rn
   Routing tables
   
   Internet:
   Destination        Gateway            Flags     Refs     Use     Netif Expire
   default            133.128.8.1        UGSc        0     1434       de0
   127.0.0.1          127.0.0.1          UH          0       11       lo0
   133.128.8/25       link#1             UC          0        0
   133.128.8.1        0:60:3e:74:de:60   UHLW        1       67       de0   1182
   133.128.8.10       8:0:20:1c:b2:bc    UHLW        0     2122       de0    782
   133.128.8.11       8:0:46:0:52:d2     UHLW        4    13419       de0    759
   133.128.8.16       8:0:2b:e7:d0:85    UHLW        1       22       lo0
   news: {5} netstat -in
   Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
   de0   1500  <Link>08.00.2b.e7.d0.85         291928     0    24399     0  2108
   de0   1500  133.128.8/25  133.128.8.16      291928     0    24399     0  2108
   lp0*  1500  <Link>                               0     0        0     0     0
   lo0   16384 <Link>                              33     0       33     0     0
   lo0   16384 127           127.0.0.1             33     0       33     0     0
   sl0*  552   <Link>                               0     0        0     0     0
   tun0* 1500  <Link>                               0     0        0     0     0

3. The numbers of collisions are dramatically increased after getting
   a file from other stations via FTP. The increase after putting a
   file to others is negligible.

4. No IRQ conflicts are found among devices.

  news: {2} ifconfig de0
  de0: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
  	inet 133.128.8.16 netmask 0xffffff80 broadcast 133.128.8.127
  
  news: {3} dmesg
  FreeBSD 2.1.5-RELEASE #0: Thu Oct  3 19:00:45 JST 1996
      tru@news.nes.lab.kdd.co.jp:/usr/src/sys/compile/DEC
  CPU: 133-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU)
    Origin = "GenuineIntel"  Id = 0x52b  Stepping=11
    Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
  real memory  = 134217728 (131072K bytes)
  Physical memory hole(s):
  0x00f00000 - 0x00ffffff, 1048576 bytes (256 pages)
  avail memory = 126799872 (123828K bytes)
  Probing for devices on PCI bus 0:
  chip0 <Intel 82437 PCI cache memory controller> rev 1 on pci0:0
  de0 <Digital DC21040 Ethernet> rev 35 int a irq 11 on pci0:3
  de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 08:00:2b:e7:d0:85
  de0: enabling 10baseT/UTP port
  chip1 <Intel 82371 PCI-ISA bridge> rev 2 on pci0:7:0
  chip2 <Intel 82371 Bus-master IDE controller> rev 2 on pci0:7:1
  ahc0 <Adaptec aic7850 SCSI host adapter> rev 0 int a irq 10 on pci0:8
  ahc0: Using left over BIOS settings
  ahc0: aic7850 Single Channel, SCSI Id=7, 3 SCBs
  ahc0 waiting for scsi devices to settle
  (ahc0:0:0): "CONNER CFP2105S  2.14GB 2D4D" type 0 fixed SCSI 2
  sd0(ahc0:0:0): Direct-Access 2048MB (4194304 512 byte sectors)
  (ahc0:1:0): "iomega jaz 1GB H.62" type 0 removable SCSI 2
  sd1(ahc0:1:0): Direct-Access
  sd1(ahc0:1:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
  sd1 could not mode sense (4). Using ficticious geometry
  1021MB (2091050 512 byte sectors)
  vga0 <VGA-compatible display device> rev 1 int a irq 9 on pci0:9
  Probing for devices on the ISA bus:
  sc0 at 0x60-0x6f irq 1 on motherboard
  sc0: VGA color <16 virtual consoles, flags=0x0>
  sio0 at 0x3f8-0x3ff irq 4 on isa
  sio0: type 16550A
  sio1 at 0x2f8-0x2ff irq 3 on isa
  sio1: type 16550A
  sio2: disabled, not probed.
  sio3: disabled, not probed.
  lpt0 at 0x378-0x37f irq 7 on isa
  lpt0: Interrupt-driven port
  lp0: TCP/IP capable interface
  psm0 at 0x60-0x63 irq 12 on motherboard
  pca0 on motherboard
  pca0: PC speaker audio driver
  fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
  fdc0: NEC 72065B
  fd0: 1.44MB 3.5in
  wdc0 at 0x1f0-0x1f7 irq 14 on isa
  wdc0: unit 0 (wd0): <QUANTUM FIREBALL1280A>
  wd0: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S
  wdc0: unit 1 (atapi): <TOSHIBA CD-ROM XM-5302TA/1095>, removable, intr, iordy
  wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray
  wcd0: 120mm data disc loaded, unlocked
  npx0 on motherboard
  npx0: INT 16 interface
  sd1: invalid primary partition table: no magic
  sd1: invalid primary partition table: no magic
  (I use a JAZ Drive, which warns sometime.)
  
The fact that the input pachket no. far  exceeds the output packet no.
means that there exist so many retransmissions at FTP-get. I have a
suspicion that the device driver of FreeBSD 2.1.5 for Digital DC21040
Ethernet has some bug in packet input queueing, since the FTP
throughput gets faster when I change the operating system from FreeBSD
to LINUX!

If someone can help me on this problem, please let me know anything
you've already known.

Thanks in advance.
--
--
Tohru Asami, Manager of Network Engineering Support Group
KDD R&D Labs., 2-1-15 Kamifukuoka, Saitama 356, Japan
Phone: +81 492 78 7890   Fax: 7510   E-Mail: tru@lab.kdd.co.jp