From owner-freebsd-bugs Fri May 15 15:23:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14766 for freebsd-bugs-outgoing; Fri, 15 May 1998 15:23:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14761 for ; Fri, 15 May 1998 15:23:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA13166; Fri, 15 May 1998 15:20:01 -0700 (PDT) Date: Fri, 15 May 1998 15:20:01 -0700 (PDT) Message-Id: <199805152220.PAA13166@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6646; it has been noted by GNATS. From: Bill Fenner To: wataru-s@mfeed.ad.jp Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Date: Fri, 15 May 1998 15:19:37 PDT Can you do a tcpdump of the slow dump and the fast dump? (Use tcpdump -s 100 to make sure you capture the whole TCP header). All that TCP_MAXSEG can do is reduce the TCP segment size, which normally should only have a detrimental effect on throughput. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message