[issue1116] HAMMER:file read speed

lhmwzy lhmwzy at gmail.com
Mon Aug 11 19:39:40 PDT 2008

dmesg for FB7:

Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-STABLE #0: Wed Jun 11 07:31:11 CST 2008
    lhm at freebsd.bxzx.com:/usr/obj/usr/src/sys/lhmwzy
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(R) CPU           E7320  @ 2.13GHz (2129.71-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x6f8  Stepping = 8
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
usable memory = 2140442624 (2041 MB)
avail memory  = 2065850368 (1970 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <PTLTD   RSDT> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 850
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
cpu1: <ACPI CPU> on acpi0
acpi_throttle1: <ACPI CPU Throttling> on cpu1
acpi_throttle1: failed to attach P_CNT
device_attach: acpi_throttle1 attach returned 6
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
pci0: <mass storage, ATA> at device 7.1 (no driver attached)
pci0: <bridge> at device 7.3 (no driver attached)
vgapci0: <VGA-compatible display> port 0x1060-0x106f mem
0xf8000000-0xfbffffff,0xf4000000-0xf47fffff at device 15.0 on pci0
mpt0: <LSILogic 1030 Ultra4 Adapter> port 0x1080-0x10ff mem
0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0
mpt0: [ITHREAD]
mpt0: MPI Version=
em0: <Intel(R) PRO/1000 Network Connection 6.9.5> port 0x1070-0x1077
mem 0xf4820000-0xf483ffff,0xf4800000-0xf480ffff irq 18 at device 17.0
on pci0
em0: Memory Access and/or Bus Master bits were not set!
em0: [FILTER]
em0: Ethernet address: 00:0c:29:67:80:ec
acpi_acad0: <AC Adapter> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [ITHREAD]
psm0: model IntelliMouse, device ID 3
orm0: <ISA Option ROMs> at iomem
0xc0000-0xc7fff,0xca000-0xcafff,0xdc000-0xdffff,0xe0000-0xe3fff on
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
Waiting 5 seconds for SCSI devices to settle
da0 at mpt0 bus 0 target 0 lun 0
da0: <VMware Virtual disk 1.0> Fixed Direct Access SCSI-2 device
da0: 3.300MB/s transfers
da0: Command Queueing Enabled
da0: 81920MB (167772160 512 byte sectors: 255H 63S/T 10443C)
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/da0s1a

DF and FB7 is under a same ESX 3.5.

2008/8/12 Matthew Dillon <bugs at lists.dragonflybsd.org>:
> Matthew Dillon <dillon at apollo.backplane.com> added the comment:
> :ftp> put src.tar.gz
> :local: src.tar.gz remote: src.tar.gz
> :227 Entering Passive Mode (10,66,23,79,12,151)
> :150 Opening BINARY mode data connection for src.tar.gz.
> :100% |****************************************| 94806 KiB   11.21
> :MiB/s    00:00 ETA
> :226 Transfer complete.
> :
> :ftp> get src.tar.gz
> :local: src.tar.gz remote: src.tar.gz
> :227 Entering Passive Mode (10,66,23,79,12,154)
> :150 Opening BINARY mode data connection for src.tar.gz (97081686 Bytes).
> :100% |****************************************| 94806 KiB    4.11
> :MiB/s    00:00 ETA
> :226 Transfer complete.
> :97081686 bytes received in 00:22 (4.11 MiB/s)
> :
> :Can I say that the hammer fs read speed is normal,but write speed is abnormal?
>    This can't have anything to do with HAMMER at all.  A 97 MB file will
>    fit completely in the buffer cache, reading or writing.
>    This has to do with some VMWare muff up, probably related to either
>    the network driver or the disk driver.
>    Try posting the FreeBSD7 dmesg output too, maybe that will give us
>    a hint.
>    As far as fully cached reads with dd go... that's probably a pipe
>    or bcopy optimization issue.  But, again, all bets are off under VMWare.
>                                                -Matt
> _____________________________________________________
> DragonFly issue tracker <bugs at lists.dragonflybsd.org>
> <https://bugs.dragonflybsd.org/issue1116>
> _____________________________________________________

More information about the Bugs mailing list