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