From owner-freebsd-questions Mon Jul 8 03:03:03 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA21926 for questions-outgoing; Mon, 8 Jul 1996 03:03:03 -0700 (PDT) Received: from aries.ai.net ([208.194.41.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA21917 for ; Mon, 8 Jul 1996 03:02:59 -0700 (PDT) Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id GAA28272; Mon, 8 Jul 1996 06:02:55 -0400 Date: Mon, 8 Jul 1996 06:02:55 -0400 (EDT) From: Network Coordinator To: David Greenman cc: freebsd-questions@freebsd.org Subject: Re: Increasing FTP thruput. In-Reply-To: <199607080147.SAA00690@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Watching modem lights is an extremely poor way to do critical analysis. The > SunOS machines send out ACKs every other packet and further restrict the > window size to 4096 bytes. I'm really suprised that FreeBSD comes out worse > in your test. If you're doing the tests using ftp.cdrom.com as the endpoint > then you might be seeing the effects of asymetric lossage - especially since > there are so many intermediate hops involved. I suggest looking for dropped > packets in the netstat -s statistics. > Oh, and you didn't mention which version of FreeBSD you're using or whether > you're using the kernel PPP or usermode ijppp. You could be seeing the effects > of one or more bugs in the PPP code. FTP.CDROM.COM is only about 5 hops away, and we are T3 the whole route. I wasn't using a FreeBSD box as the PPP server, it was an Annex Xylogics box. For the application we are using, we are highly interested in maximizing the PPP thruput even if speeds > 50MBit are compromised. We can set up a special set of FTP servers for our customers using better than ether. If there is any information I can provide, please let me know. Thanks for your help. -Tomas.