From owner-freebsd-scsi Sun Apr 25 6:32:48 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.218.12.203]) by hub.freebsd.org (Postfix) with ESMTP id 4F589151D0 for ; Sun, 25 Apr 1999 06:32:45 -0700 (PDT) (envelope-from mi@kot.ne.mediaone.net) Received: (from mi@localhost) by kot.ne.mediaone.net (8.9.1a/8.9.1) id JAA04525; Sun, 25 Apr 1999 09:31:55 -0400 (EDT) From: Mikhail Teterin Message-Id: <199904251331.JAA04525@kot.ne.mediaone.net> Subject: Re: writing slower with SoftUpdates In-Reply-To: <199904250636.AAA49618@panzer.plutotech.com> from "Kenneth D. Merry" at "Apr 25, 1999 00:36:51 am" To: ken@plutotech.com (Kenneth D. Merry) Date: Sun, 25 Apr 1999 09:31:54 -0400 (EDT) Cc: dnelson@emsphone.com, freebsd-scsi@FreeBSD.ORG X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" at scbus0 target 8 lun 0 (pass0,da0) mi: at scbus0 target 9 lun 0 (pass1,da1) mi: I disabled WCE on both and re-ran the iozone tests. No noticable mi: changes from the previous numbers... What really bothers me, is the mi: fact that reading speed speed is consistently only 13-14Mb/s on one mi: disk, while it is 17-18 (same as writing) on the other. => = camcontrol defects -u 0 -f phys -G => Got 0 defects. => camcontrol defects -u 1 -f phys -G => Got 0 defects. => camcontrol defects -u 0 -f phys -PG | wc -l => Got 868 defects: => 868 => camcontrol defects -u 1 -f phys -PG | wc -l => Got 141 defects: => 141 => => Khmm, the second disk is indeed faster for writing and a LOT faster => for reading. Does this number of defects justify an exhange request => -- we just bought both disks? =I don't think it's too far out of line for a 9 gig disk, but I suppose that =could be one possible explanation for the speed difference. The difference (for reading) is 13-14Mb vs 17-18Mb per second -- kind of huge for seemingly identical drives. =What happens when you read off the raw device, instead of from the =filesystem? It might be nice to elminate some of the VM system from the =equation. Also, is this on -current or -stable or what? This is on a very recent -stable... I'm going to update it to the very latest and retry... => Why do SoftUpdates slow things down on both disks, anyway? With => and without WCE -- the numbers don't change noticeably... =Well, perhaps there's some sort of VM problem that's causing the soft =updates slowness? I really don't know what's going on. The two 256Mb paging areas I have, are also on the identical locations on the disks, but they are not even touched having 128Mb of RAM... =So, that seems to point to maybe some sort of VM-type problem. Is iozone =eating a lot of CPU time when you run benchmarks? Not at all... => => The machine is 350MHz PentumII with 128Mb of 100MHz RAM. The disks => => are LVD being the only targets on the LVD outlet of Adaptec 2940U2W. => =One other thing to look at is where you are on the disk. I/O => =performance will be better on the outer diameter tracks. => => I know, but the partitions are identical: => => mi@labservn:~ (95) mount | grep /tmp => /dev/da0s1e on /tmp (local, soft-updates, writes: sync 4 async 8014) => /dev/da1s1e on /var/tmp (local, soft-updates, writes: sync 23 async 4801) => mi@labservn:~ (96) ( disklabel da0 ; disklabel da1 ) | grep ' e:' => e: 1048576 655360 4.2BSD 0 0 0 # (Cyl. 963*- 2505*) => e: 1048576 655360 4.2BSD 0 0 0 # (Cyl. 963*- 2505*) Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message