The obvious issue is that the computer lacks a CPU. Given that, I'd say those numbers are pretty impressive.
/Alexander On November 27, 2014 6:27:08 PM CET, Mike Larkin <mlar...@azathoth.net> wrote: >On Thu, Nov 27, 2014 at 06:04:46PM +0100, David Unric wrote: >> Bellow are relevant rows of dmesg output: > >And here is the relevant part of a solution: > > > > > >What do you think? Helpful, huh? > >Next time please provide a complete dmesg. There is a reason he didn't >ask you to parse it yourself. There are other things we look for. >Without >the full report, we can't see if you have conflicts, etc. > >-ml > >> >> ---- snip >> >-------------------------------------------------------------------------- >> OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug 8 00:20:21 MDT 2014 >> >dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> mpath0 at root >> scsibus0 at mpath0: 256 targets >> mainbus0 at root >> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xea450 (94 entries) >> bios0: vendor American Megatrends Inc. version >"13HX.M038.20110729.SSH" >> date 07/29/2011 >> bios0: SAMSUNG ELECTRONICS CO., LTD. RF511/RF411/RF711 >> ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 24 pins >> pci0 at mainbus0 bus 0 >> pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 >> pcib0 at pci0 dev 31 function 0 "Intel HM65 LPC" rev 0x04 >> ahci0 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x04: msi, >AHCI >> 1.3 >> scsibus1 at ahci0: 32 targets >> sd0 at scsibus1 targ 0 lun 0: <ATA, Hitachi HTS54757, JE4O> SCSI3 >0/direct >> fixed naa.5000cca63fc2c8ee >> sd0: 715404MB, 512 bytes/sector, 1465149168 sectors >> cd0 at scsibus1 targ 2 lun 0: <TSSTcorp, CDDVDW SN-208BB, SC00> ATAPI >> 5/cdrom removable >> ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x04: >apic 2 >> int 18 >> iic0 at ichiic0 >> spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 SO-DIMM >> spdmem1 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600 SO-DIMM >> isa0 at pcib0 >> isadma0 at isa0 >> vscsi0 at root >> scsibus2 at vscsi0: 256 targets >> softraid0 at root >> scsibus3 at softraid0: 256 targets >> root on sd0a (60b75564032edafa.a) swap on sd0b dump on sd0b >> ---- snip >> >-------------------------------------------------------------------------- >> >> Thanks. >> >> On Thu, Nov 27, 2014 at 5:01 PM, Brad Smith <b...@comstyle.com> >wrote: >> >> > On 11/27/14 10:57, David Unric wrote: >> > >> >> Hello, >> >> >> >> I'd like to figure out what causes very low performance of disk >operations >> >> on my laptop. >> >> >> >> I've tested it by unpacking gzipped tar archive ( >> >> http://ftp.heanet.ie/pub/OpenBSD/5.6/src.tar.gz) about 125 MiB >big. >> >> On the same machine, not cached, various results by operating >system: >> >> >> >> NetBSD 6.1.5 22 secs >> >> Linux 3.14.22 8 secs >> >> OpenBSD 5.6 aborted after 10 minutes as still not finished >> >> >> >> Unpacking was done with `tar xzf src.tar.gz', even tried on >uncompressed >> >> src.tar but roughly same results. >> >> >> >> By comparing with more similar NetBSD I've found the SATA disk is >attached >> >> differently: >> >> - in OpenBSD detected as SCSI, `sd' driver used, no sign of >Ultra-DMA >> >> access >> >> - in NetBSD detected as (SATA) IDE, `wd' driver used, UDMA/133 >> >> activated >> >> >> >> I've tried mount the partition with softdeps and noatime options, >but >> >> that's only a slight improvement. >> >> >> >> Any idea how to fix this issue (like forcing use of wd?) or I'm >out of >> >> luck >> >> and my 750GB Hitachi SATA IDE is unsupported in OpenBSD and no >generic >> >> driver can be used ? >> >> >> > >> > Reply with the output of dmesg to the list as a start. >> > >> > -- >> > This message has been scanned for viruses and >> > dangerous content by MailScanner, and is >> > believed to be clean.
