Date: Fri, 15 May 1998 09:39:50 -0700 (PDT) From: wataru-s@mfeed.ad.jp To: freebsd-gnats-submit@FreeBSD.ORG Subject: bin/6646: dump(8) using remote tape drive is too slow Message-ID: <199805151639.JAA23573@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805151639.JAA23573>