Re: Interesting speed benchmarks

From: Robert Huff <roberthuff_at_rcn.com>
Date: Tue, 30 Jan 2007 15:00:47 -0500
Peter Jeremy writes:

>  >huff_at_>>dump 0 -D /tmp/DF -Lau -f /dev/null /usr >& /tmp/null_dump
>  
>  I'd drop the '-u' and '-D' and add a '-C'.  When sizing the cache,
>  take into account that each dump subprocess (typically around 5)
>  will allocate that much RAM.

huff_at_>>dump 0 -La -C 32 -f /dev/null /usr >& /tmp/null_dump
huff_at_>>cat /tmp/null_dump
  DUMP: Date of this level 0 dump: Tue Jan 30 08:54:55 2007
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping snapshot of /dev/da1s1d (/usr) to /dev/null
  DUMP: mapping (Pass I) [regular files]
  DUMP: Cache 32 MB, blocksize = 65536
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 26869650 tape blocks.
  DUMP: dumping (Pass III) [directories]
  DUMP: 0.55% done, finished in 15:06 at Wed Jan 31 00:06:45 2007
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 3.12% done, finished in 5:10 at Tue Jan 30 14:15:50 2007
  DUMP: 6.47% done, finished in 3:36 at Tue Jan 30 12:47:08 2007

  DUMP: 96.97% done, finished in 0:06 at Tue Jan 30 12:26:50 2007
  DUMP: 98.77% done, finished in 0:02 at Tue Jan 30 12:28:03 2007
  DUMP: 99.99% done, finished soon
  DUMP: DUMP: 27162681 tape blocks on 1 volume
  DUMP: finished in 12961 seconds, throughput 2095 KBytes/sec
  DUMP: Closing /dev/null
  DUMP: DUMP IS DONE

	For comparison:

huff_at_>> dd if=/backup/Tue/usr/2007.Jan.30.usr.dump.tgz of=/dev/null
901411+1 records in
901411+1 records out
461522455 bytes transferred in 40.817512 secs (11306972 bytes/sec)

>  >huff_at_>>cat /tmp/null_dump
>  ...
>  >  DUMP: DUMP: 27485576 tape blocks on 1 volume
>  >  DUMP: finished in 13818 seconds, throughput 1989 KBytes/sec
>  
>  That is not good.  Presumably the dmesg output looks sane (ie it's
>  not running narrow SCSI-1) and dd (or similar) report decent
>  thruput.

 kernel: ahc0: <Adaptec 2940 Ultra2 SCSI adapter> port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 11 at device 8.0 on pci0
 kernel: ahc0: [GIANT-LOCKED]
 jerusalem kernel: da1 at ahc0 bus 0 target 4 lun 0
 jerusalem kernel: da1: <SEAGATE SX150176LC BA11> Fixed Direct Access SCSI-2 device 
 jerusalem kernel: da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit)
 jerusalem kernel: da1: Command Queueing Enabled
 jerusalem kernel: da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C)


>  Can you provide some more details on the FS?  What are the block
>  and frag sizes

	It's UFS2, with default Block and frag sizes.
	
>	and how many inodes are used?

huff_at_>>df -i | grep usr
Filesystem  1024-blocks     Used    Avail Capacity iused   ifree %iused  Mounted on
/dev/da1s1d    46287340 26883474 15700880    63%  423220 5582538    7%   /usr



						Robert Huff
Received on Tue Jan 30 2007 - 19:05:04 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:05 UTC