Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Nov 2018 10:41:24 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        Dennis Clarke <dclarke@blastwave.org>
Cc:        FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>
Subject:   Re: FreeBSD 12.0RC1 desperately slow
Message-ID:  <D3E1974A-5BF0-4C23-B0EC-81A276E4AE28@yahoo.com>
In-Reply-To: <9cd40cca-72c6-7394-48b4-c2101c812c9d@blastwave.org>
References:  <9cd40cca-72c6-7394-48b4-c2101c812c9d@blastwave.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2018-Nov-18, at 05:16, Dennis Clarke <dclarke at blastwave.org> =
wrote:

> I am seeing nearly 1980's type speeds :
>=20
>=20
> eris# uname -a
> FreeBSD eris 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC  powerpc
> eris#
>=20
> eris# /usr/bin/time -p /usr/sbin/portsnap fetch extract
> .
> .
> .
> Building new INDEX files... done.
> real 4181.61
> user 306.68
> sys 2917.95
> eris#
>=20
>=20
> dmesg says :
>=20
> ada0 at ata2 bus 0 scbus0 target 0 lun 0
> ada0: <Hitachi HDS725050KLA360 K2ABC20A> ATA-7 SATA 1.x device
> ada0: Serial Number KRVN23ZAHA5DBD
> ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes)
> ada0: 476940MB (976773168 512 byte sectors)
>=20
> However performance in just about any trivial test is very very very
> bad. Three "very" on purpose.  Better than serial interface speeds and
> even better than old SCO ODT3 UNIX running with tape based swap. =
However
> this is just like being back in mid 1980's on MFM/RLL disks :
>=20
> eris# uname -a
> FreeBSD eris 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC  powerpc
> eris#
> eris# /usr/bin/time -p dd if=3D/dev/urandom =
of=3D/var/tmp/root/random_8GB.dat bs=3D8192 count=3D1048576
> 1048576+0 records in
> 1048576+0 records out
> 8589934592 bytes transferred in 498.075845 secs (17246238 bytes/sec)
> real 498.11
> user 0.99
> sys 260.24
> eris#


For comparison: for head based on -r339076 on a G5 Quad Core (system
total core count), 16 GiBytes RAM, SSD file system, SMP enabled (so
Justin's change has been reverted):

# /usr/bin/time -p dd if=3D/dev/urandom of=3D/var/tmp/random_8GB.dat =
bs=3D8192 count=3D1048576
1048576+0 records in
1048576+0 records out
8589934592 bytes transferred in 206.345413 secs (41628910 bytes/sec)
real 206.35
user 1.03
sys 201.34

# uname -apKU
FreeBSD FBSDG5L 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #4 r339076M: Mon Oct 15 =
13:19:35 PDT 2018     =
markmi@FBSDG5L:/usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr=
/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG  powerpc powerpc64 =
1200084 1200084

The old SSD vs. old hardrive transfer rate differences might not
be all that surprising.


> A small x86 boxen machine nearby says :
>=20
> titan#
> titan# uname -a
> FreeBSD titan 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC  amd64
> titan# /usr/bin/time -p dd if=3D/dev/urandom =
of=3D/var/tmp/root/random_8GB.dat bs=3D8192 count=3D1048576
> 1048576+0 records in
> 1048576+0 records out
> 8589934592 bytes transferred in 116.799755 secs (73544115 bytes/sec)
> real 116.80
> user 0.40
> sys 115.80
> titan#
>=20
>=20
> and ye old Solaris SPARC crate :
>=20
> node000 $ uname -a
> SunOS node000 5.10 Generic_150400-61 sun4u sparc SUNW,SPARC-Enterprise
> node000 $ /usr/bin/time -p dd if=3D/dev/urandom of=3Drandom_8GB.dat =
bs=3D8192 count=3D1048576
> 0+1048576 records in
> 0+1048576 records out
>=20
> real 161.95
> user 1.01
> sys 159.46
>=20
>=20
> Sure /dev/urandom should be fed as fast as the system can make up
> numbers from whatever noise sources it has but even a trivial copy
> of that 8GB file is terribly slow.
>=20
> eris# /usr/bin/time -p cp -p random_8GB.dat /home/dclarke/
> real 727.43
> user 0.05
> sys 46.81
> eris#
>=20
> eris# echo "8k 8589934592 727.43 / pq" | dc
> 11808606.45285457
>=20
> So maybe 10 or 11MB/sec on the filesystem.
> Would love ZFS but this is UFS here.
>=20
> However I am running with kern.smp.disable=3D1 but that can't account =
for
> this mess .. could it ?



=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D3E1974A-5BF0-4C23-B0EC-81A276E4AE28>