From owner-freebsd-hackers Sun Oct 29 23:32:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA09056 for hackers-outgoing; Sun, 29 Oct 1995 23:32:22 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA09037 for ; Sun, 29 Oct 1995 23:32:11 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <07482-0@bunyip.cc.uq.oz.au>; Mon, 30 Oct 1995 17:30:23 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA07466; Mon, 30 Oct 1995 17:35:08 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id RAA09427; Mon, 30 Oct 1995 17:31:16 +1000 Date: Mon, 30 Oct 1995 17:31:16 +1000 From: Stephen McKay Message-Id: <199510300731.RAA09427@orion.devetir.qld.gov.au> To: Andreas Klemm cc: freebsd-hackers@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: several diffs for dump(8) to display write throughput and such...c Newsgroups: local.freebsd.hackers References: Sender: owner-hackers@freebsd.org Precedence: bulk Andreas Klemm wrote: >The dump utility in Solaris 2.4 has the nice feature, to show the >write throughput, when dumping to tape. > DUMP: DUMP: 688558 tape blocks on 1 volumes(s) >>>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > DUMP: level 0 dump on Sat Oct 28 20:28:29 1995 >*************** >*** 448,453 **** >--- 449,457 ---- > else > msg("DUMP: %ld tape blocks on %d volumes(s)\n", > spcl.c_tapea, spcl.c_volume); >+ msg("DUMP: finished in %d seconds, throughput %d KBytes/sec\n", >+ tend_writing-tstart_writing, >+ spcl.c_tapea/(tend_writing-tstart_writing)); /* AKL */ > putdumptime(); > trewind(); > broadcast("DUMP IS DONE!\7\7\n"); I can imagine cases where tend_writing == tstart_writing, causing a core dump. This would be quite likely when testing dump scripts by dumping to a file or /dev/null from a small filesystem. Stephen McKay.