From owner-freebsd-bugs  Fri May 15 09:44:00 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA25030
          for freebsd-bugs-outgoing; Fri, 15 May 1998 09:44:00 -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 JAA25016
          for <freebsd-bugs@FreeBSD.org>; Fri, 15 May 1998 09:43:54 -0700 (PDT)
          (envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id JAA11238;
	Fri, 15 May 1998 09:40:01 -0700 (PDT)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA23573;
          Fri, 15 May 1998 09:39:50 -0700 (PDT)
          (envelope-from nobody)
Message-Id: <199805151639.JAA23573@hub.freebsd.org>
Date: Fri, 15 May 1998 09:39:50 -0700 (PDT)
From: wataru-s@mfeed.ad.jp
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/6646: dump(8) using remote tape drive is too slow
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         6646
>Category:       bin
>Synopsis:       dump(8) using remote tape drive is too slow
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 15 09:40:00 PDT 1998
>Last-Modified:
>Originator:     Wataru Satoh
>Organization:
INTERNET MULTIFEED CO.
>Release:        2.2.6R, but 2.2.2R was same
>Environment:
>Description:
dumprmt.c of 4.4BSD-Lite dump(8) sets TCP_MAXSEG to 1024.
On FreeBSD's version, not set and replaced with setting of
(almost useless) IP_TOS option.
When I added the very point of original 4.4BSD-Lite code,
dump(8) got 1000% of performance when using with remote
tape control (rmt(8)).
>How-To-Repeat:
I experienced the slowness in contrast to BSDI's dump(8).
>Fix:
I don't know about the very problem, but the patch I made was
effective. I put it at
http://www.asahi-net.or.jp/%7eif6w-stu/dump-patch-fbsd.tar.gz
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message