lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <200812082139.58328.Martin@Lichtvoll.de>
Date:	Mon, 8 Dec 2008 21:39:53 +0100
From:	Martin Steigerwald <Martin@...htvoll.de>
To:	xfs@....sgi.com
Cc:	linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: benchmark: write barrier/write cache on XFS


Hi!

I got curious about the recent discussions about the write barrier 
feature[1][2].

Thus I did my own benchmark this evening. Since I use XFS and tested with 
XFS for now only. Write barrier + write cache, no barrier + write cache, 
no write barrier + no write cache. I just did tar -xf 
linux-2.6.27.tar.bz2 and rm -rf linux-2.6.27.

My conclusion is: At least for this metadata intensive workload enabling 
write barries is complete nonsense for XFS filesystems, cause it runs way 
faster without write cache and without barriers. I am completely puzzled 
about this, cause I always thought that barriers where meant to provide a 
performance improvement versus disabling write cache. I actually 
advertised them as such in my Linux magazine article, should have benched 
them before it seems. Write barrier seem to be a slow down feature for 
XFS.

See for yourself. I am interested in other benchmarks like this. 
Automating this would be good and running it for different filesystems. 
Maybe adding some different workloads as these are highly selective 
tests, testing with RAID systems as Justin did and of course testing with 
different filesystems.

I think I will disable write cache and disable barriers on that ThinkPad 
T42 and I think also other machines.



IBM ThinkPad T42 with 160 GB IDE hitachi drive via libata:

shambhala:~> grep "model name" /proc/cpuinfo
model name      : Intel(R) Pentium(R) M processor 1.80GHz
shambhala:~> cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
shambhala:~> cat /proc/version
Linux version 2.6.27.7-tp42-toi-3.0-2008-11-25 (martin@...mbhala) (gcc 
version 4.3.2 (Debian 4.3.2-1) ) #1 PREEMPT Sun Nov 30 10:29:09 CET 2008

shambhala:~> hdparm -I /dev/sda | egrep "(Model Num|device size|power 
manage|acoustic manage|DMA:|120 ns)"
        Model Number:       Hitachi HTS541616J9AT00
        device size with M = 1024*1024:      152627 MBytes
        device size with M = 1000*1000:      160041 MBytes (160 GB)
        Advanced power management level: 254
        Recommended acoustic management value: 128, current value: 128
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5



The default - write barrier and write cache enabled:

shambhala:~> hdparm -W /dev/sda

/dev/sda:
 write-caching =  1 (on)
shambhala:~> hdparm -I /dev/sda | grep cache
           *    Write cache
shambhala:~> mkfs.xfs -f -L xfs -l lazy-count=1 /dev/sda6
meta-data=/dev/sda6              isize=256    agcount=4, agsize=1344188 
blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=5376750, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096
log      =internal log           bsize=4096   blocks=2625, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
shambhala:~> mount /dev/sda6 /mnt/zeit
shambhala:~> grep zeit /proc/mounts
/dev/sda6 /mnt/zeit xfs rw,attr2,noquota 0 0
shambhala:~> cd /mnt/zeit
shambhala:/mnt/zeit> sync ; time 
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2; time 
sync
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2  46,01s 
user 5,59s system 41% cpu 2:03,01 total
sync  0,00s user 0,18s system 3% cpu 5,303 total
shambhala:/mnt/zeit> sync ; time rm -rf linux-2.6.27 ; time sync
rm -rf linux-2.6.27  0,08s user 3,49s system 6% cpu 51,482 total
sync  0,00s user 0,15s system 45% cpu 0,320 total
shambhala:/mnt/zeit> cd
shambhala:~> umount /mnt/zeit



Write barriers disabled, write cache enabled:

shambhala:~> hdparm -W /dev/sda

/dev/sda:
 write-caching =  1 (on)
shambhala:~> hdparm -I /dev/sda | grep cache
           *    Write cache
shambhala:~> mkfs.xfs -f -L xfs -l lazy-count=1 /dev/sda6
meta-data=/dev/sda6              isize=256    agcount=4, agsize=1344188 
blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=5376750, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096
log      =internal log           bsize=4096   blocks=2625, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
shambhala:~> mount -o nobarrier /dev/sda6 /mnt/zeit
shambhala:~> cd /mnt/zeit
shambhala:/mnt/zeit> sync ; time 
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2; time 
sync
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2  26,77s 
user 3,20s system 67% cpu 44,236 total
sync  0,00s user 0,17s system 5% cpu 3,224 total
shambhala:/mnt/zeit> sync ; time rm -rf linux-2.6.27 ; time sync
rm -rf linux-2.6.27  0,05s user 3,20s system 43% cpu 7,442 total
sync  0,00s user 0,14s system 44% cpu 0,309 total
shambhala:/mnt/zeit> cd
shambhala:~> umount /mnt/zeit



Write barriers and write cache disabled:

shambhala:~> hdparm -W0 /dev/sda

/dev/sda:
 setting drive write-caching to 0 (off)
 write-caching =  0 (off)
shambhala:~> hdparm -I /dev/sda | grep cache
                Write cache
shambhala:~> mkfs.xfs -f -L xfs -l lazy-count=1 /dev/sda6
meta-data=/dev/sda6              isize=256    agcount=4, agsize=1344188 
blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=5376750, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096
log      =internal log           bsize=4096   blocks=2625, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
shambhala:~> mount -o nobarrier /dev/sda6 /mnt/zeit
shambhala:~> cd /mnt/zeit
shambhala:/mnt/zeit> sync ; time 
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2; time 
sync
tar -xf /home/martin/Linux/Kernel/Mainline/linux-2.6.27.tar.bz2  35,22s 
user 3,89s system 53% cpu 1:12,71 total
sync  0,00s user 0,17s system 7% cpu 2,355 total
shambhala:/mnt/zeit> sync ; time rm -rf linux-2.6.27 ; time sync
rm -rf linux-2.6.27  0,07s user 2,82s system 12% cpu 23,391 total
sync  0,00s user 0,14s system 44% cpu 0,329 total
shambhala:/mnt/zeit> cd
shambhala:~> umount /mnt/zeit


shambhala:~> date
Mo 8. Dez 21:24:42 CET 2008





[1] http://oss.sgi.com/archives/xfs/2008-12/msg00219.html
[2] http://oss.sgi.com/archives/xfs/2008-12/msg00161.html or  
http://lkml.org/lkml/2008/12/4/169

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

Download attachment "signature.asc " of type "application/pgp-signature" (198 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ