From owner-freebsd-questions  Wed Jan 21 22:28:56 1998
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA17494
          for questions-outgoing; Wed, 21 Jan 1998 22:28:56 -0800 (PST)
          (envelope-from owner-freebsd-questions@FreeBSD.ORG)
Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA17488
          for <freebsd-questions@FreeBSD.ORG>; Wed, 21 Jan 1998 22:28:50 -0800 (PST)
          (envelope-from dwhite@gdi.uoregon.edu)
Received: from localhost (dwhite@localhost)
          by gdi.uoregon.edu (8.8.7/8.8.8) with SMTP id WAA06013;
          Wed, 21 Jan 1998 22:28:48 -0800 (PST)
          (envelope-from dwhite@gdi.uoregon.edu)
Date: Wed, 21 Jan 1998 22:28:47 -0800 (PST)
From: Doug White <dwhite@gdi.uoregon.edu>
Reply-To: Doug White <dwhite@resnet.uoregon.edu>
To: Jeff Wheat <jeff@cetlink.net>
cc: freebsd-questions@FreeBSD.ORG
Subject: Re: 2.2.5 problems and very poor network performance
In-Reply-To: <XFMail.980120093415.jeff@cetlink.net>
Message-ID: <Pine.BSF.3.96.980121221600.5865I-100000@gdi.uoregon.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-questions@FreeBSD.ORG
Precedence: bulk

On Tue, 20 Jan 1998, Jeff Wheat wrote:

>         Since installing 2.2.5 on a few of my workstations, I have noticed
> a very large number of crc receive errors with the de0 driver. Since this
> upgrade, I am also no longer able to run the card in 100M Full duplex modes.

Actually, you probably started noticing the crc errors, since in 2.2.5
they added a printf() to print log messages when they occur. :(

> Attempting to set the card in such mode results in very large numbers of 
> the above mentioned crc receive errors. Another problem I have been having
> is with network performance. I have a workstation dedicated to act as a 
> local tape server. First I was running 2.2.2 and then 2.2.5 with the same
> problems. If I start a dump from a remote workstation, it takes *forever*
> to complete, if it even gets that far. For example, I started a 2Gb dump
> yesterday afternoon and it is *still* running this morning, having only
> completed 40% or so. The tape drive is an Archive 4586 tape changer.

Try adjusting your blocksize of your dump processes so that your tape
streams.  When you upgraded the system, it's timing characteristics
changed.

Doug White                              | University of Oregon  
Internet:  dwhite@resnet.uoregon.edu    | Residence Networking Assistant
http://gladstone.uoregon.edu/~dwhite    | Computer Science Major