login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
April
»
15
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when using CFQ
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Jeff Moyer
Subject:
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when using CFQ
Date: Thursday, April 15, 2010 - 6:13 am
Jens Axboe <jens.axboe@oracle.com> writes:
quoted text
>> > This is starting to look better. Can you share what tests you did? I >> > tried reproducing with fs_mark last time and could not. >> >> Did you use the fs_mark command line I (think I) had posted? What >> storage were you using? > > No, I didn't see any references to example command lines. I tested on a > few single disks, rotating and SSD. I expected the single spinning disk > to show the problem to some extent at least, but there was no difference > observed with 64kb blocks.
Boy, I'm really slipping. Try this one: ./fs_mark -S 1 -D 100 -N 1000 -d /mnt/test/fs_mark -s 65536 -t 1 -w 4096 Cheers, Jeff --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 0/4 v3] ext3/4: enhance fsync performance when usin ...
, Jeff Moyer
, (Wed Apr 14, 2:17 pm)
[PATCH 3/4] jbd: yield the device queue when waiting for c ...
, Jeff Moyer
, (Wed Apr 14, 2:17 pm)
[PATCH 4/4] jbd2: yield the device queue when waiting for ...
, Jeff Moyer
, (Wed Apr 14, 2:17 pm)
Re: [PATCH 4/4] jbd2: yield the device queue when waiting ...
, Jens Axboe
, (Thu Apr 15, 3:33 am)
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when ...
, Jens Axboe
, (Thu Apr 15, 3:33 am)
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when ...
, Jens Axboe
, (Thu Apr 15, 6:08 am)
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when ...
, Jeff Moyer
, (Thu Apr 15, 6:13 am)
Re: [PATCH 0/4 v3] ext3/4: enhance fsync performance when ...
, Jens Axboe
, (Thu Apr 15, 7:03 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ingo Molnar
Re: [PATCH 0/3] v2 Make hierarchical RCU less IPI-happy and add more tracing
Jeremy Fitzhardinge
Re: Linux 2.6.28.10 and Linux 2.6.29.6 XEN Guest Support Broken x86_64 in BUILD
Nick Piggin
Re: [patch] CFS (Completely Fair Scheduler), v2
Gary Hade
Re: [PATCH 0/5][RFC] Physical PCI slot objects
Dave Johnson
Re: expected behavior of PF_PACKET on NETIF_F_HW_VLAN_RX device?
linux-netdev
:
Arnd Bergmann
Re: 64-bit net_device_stats
Stephens, Allan
RE: [PATCH]: tipc: Fix oops on send prior to entering networked mode
frank.blaschka
[patch 3/5] [PATCH] qeth: support z/VM VSWITCH Port Isolation
Wu Fengguang
Re: [PATCH] dm9601: handle corrupt mac address
David Miller
Re: [PATCH net-2.6.24] Fix refcounting problem with netif_rx_reschedule()
git
:
Junio C Hamano
Re: [PATCH] [RFC] add Message-ID field to log on git-am operation
Junio C Hamano
Re: Handling large files with GIT
Karl
Re: [ANNOUNCE] pg - A patch porcelain for GIT
Josh Triplett
Re: [RFC][PATCH 00/10] Sparse: Git's "make check" target
Pierre Habouzit
Re: [PATCH] git-daemon: more powerful base-path/user-path settings, using formats.
git-commits-head
:
Linux Kernel Mailing List
MIPS: RBTX4939: Fix IOC pin-enable register updating
Linux Kernel Mailing List
regulator: update email address for Liam Girdwood
Linux Kernel Mailing List
[SCSI] ipr: add message to error table
Linux Kernel Mailing List
powerpc/32: Wire up the trampoline code for kdump
Linux Kernel Mailing List
USB: omap_udc: sync with OMAP tree
openbsd-misc
:
Josh Grosse
Re: error : pkg add phpMyAdmin
Brian Candler
Re: OBSD's perspective on SELinux
Jacob Meuser
Re: /dev/audio: Device busy
David Vasek
Re: Inexpensive, low power, "wall wart" computer
William Boshuck
Re: Richard Stallman...
Colocation donated by:
Syndicate