Date: Thu, 25 Jul 2002 16:44:17 +1000 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Andreas Koch <koch@eis.cs.tu-bs.de>, freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020725164416.A52778@gsmx07.alcatel.com.au> In-Reply-To: <200207221943.g6MJhIBX054785@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jul 22, 2002 at 12:43:18PM -0700 References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2002-Jul-22 12:43:18 -0700, Matthew Dillon <dillon@apollo.backplane.com> wrote: >Here are the preliminary results when I test this dumping /usr >to /dev/null: > > DUMP: finished in 140 seconds, throughput 6413 KBytes/sec (8 MB cache) > DUMP: finished in 144 seconds, throughput 6235 KBytes/sec (4 MB cache) > DUMP: finished in 234 seconds, throughput 3836 KBytes/sec (0 MB cache) I've also done some testing of your 2nd patchset with mixed results. In all cases, I'm dumping /usr, though it has different contents on each system. I've included the relevant probe messages and a 'df -ki'. The first two systems were in multi-user but otherwise idle. The 3rd system is doing a fair amount of network-related processing but has no local disk activity. System 1: A Compaq Armada 1592DT running -STABLE from early this week. CPU: Pentium/P55C (quarter-micron) (233.87-MHz 586-class CPU) real memory = 100663296 (98304K bytes) atapci0: <Generic PCI ATA controller> port 0x1000-0x100f at device 20.0 on pci0 atapci0: Busmastering DMA not supported ata0: at 0x1f0 irq 14 on atapci0 ad0: 3102MB <IBM-DYKA-23240> [6304/16/63] at ata0-master BIOSPIO acd0: CDROM <UJDA120> at ata0-slave BIOSPIO /dev/ad0s1f 2818735 2537867 55370 98% 216823 138119 61% /usr /usr contains XF86 3.3.6, a copy of the CVS repository and a checked out -stable tree as well as a built kernel, but nothing else in /usr/obj DUMP: finished in 4298 seconds, throughput 633 KBytes/sec /sbin/dump DUMP: finished in 4304 seconds, throughput 632 KBytes/sec dump -C 0 DUMP: finished in 4855 seconds, throughput 560 KBytes/sec dump -C 4 DUMP: finished in 4477 seconds, throughput 607 KBytes/sec dump -C 8 System 2: A Dell GXi running 4.4-STABLE from mid December 2001. CPU: Pentium/P54C (132.95-MHz 586-class CPU) real memory = 100663296 (98304K bytes) atapci0: <Intel PIIX3 ATA controller> port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ad0: 2014MB <WDC AC22100H> [4092/16/63] at ata0-master WDMA2 ad1: 1040MB <M1614TA> [2114/16/63] at ata0-slave WDMA2 /dev/ad0s1f 1562414 279462 1157960 19% 12007 183831 6% /usr /usr is a pretty basic -STABLE. No sources or X but a couple of ports. DUMP: finished in 421 seconds, throughput 685 KBytes/sec DUMP: finished in 423 seconds, throughput 681 KBytes/sec DUMP: finished in 234 seconds, throughput 1232 KBytes/sec DUMP: finished in 229 seconds, throughput 1259 KBytes/sec System 3: A Compaq Proliant P1850R running a 4.6-PRERELEASE from mid-May. CPU: Pentium III/Pentium III Xeon/Celeron (598.17-MHz 686-class CPU) real memory = 134201344 (131056K bytes) sym0: <875> port 0x2000-0x20ff mem 0xc6aff000-0xc6afffff,0xc6afaf00-0xc6afafff irq 10 at device 6.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking da0 at sym0 bus 0 target 0 lun 0 da0: <COMPAQ BB00911CA0 3B07> Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) /dev/da0s1f 8298907 7568247 66748 99% 530481 851917 38% /usr /usr contains lots and lots of assorted small files. DUMP: finished in 6739 seconds, throughput 1189 KBytes/sec DUMP: finished in 6724 seconds, throughput 1192 KBytes/sec DUMP: finished in 6535 seconds, throughput 1226 KBytes/sec Overall, the caching doesn't seem to help on either my laptop or the Proliant server. In the case of the laptop, I presume the cost of PIO'ing the data from a fairly slow disk into the cache outweighs the gains from the improved access pattern. I have no idea why the Proliant performs so badly - systat shows that the disk is averaging about 7MB/sec so it looks like the problem is that the cache is too small. I've tried upping the cache to 64MB but dump then hangs in pass III. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020725164416.A52778>