More undocumented performance issues with dump

Ian! D. Allen [CGL] idallen at watcgl.waterloo.edu
Sat Jun 9 07:08:31 AEST 1990


Dump to stdout (a tape):

    # time dump 0bf 32k - / >/dev/nrmt0h
      DUMP: 11318272 bytes were dumped to Standard Output
      DUMP: Dump is done
    0% real=15:34 usr=0.3 sys=1.6 rd=0 wr=4 mem=92 pg=2 rec=18 sw=0 sig=0 cs=2058

Dump to the same tape directly:

    # time dump 0bf 32k /dev/nrmt0h /
      DUMP: 345 tape blocks were dumped on 1 tape(s)
      DUMP: Dump is done
    0% real=7:16 usr=0.4 sys=1.6 rd=0 wr=4 mem=94 pg=2 rec=18 sw=0 sig=0 cs=2019

I guess there's something dump can figure out from the file name that
it can't figure out with fstat() on the open device.  Too bad.
Better not have any non-standard names for your tapes, I guess.
-- 
-IAN! (Ian! D. Allen) idallen at watcgl.uwaterloo.ca idallen at watcgl.waterloo.edu
 [129.97.128.64]  Computer Graphics Lab/University of Waterloo/Ontario/Canada



More information about the Comp.unix.ultrix mailing list