From: Tao Ma <tao.ma@oracle.com>
To: Tao Ma <tao.ma@oracle.com>
Cc: axboe@kernel.dk, linux-kernel@vger.kernel.org,
Jeff Moyer <jmoyer@redhat.com>,
"ocfs2-devel@oss.oracle.com" <ocfs2-devel@oss.oracle.com>,
linux-ext4@vger.kernel.org, vgoyal@redhat.com
Subject: Re: [PATCH 0/3 v5][RFC] ext3/4: enhance fsync performance when using CFQ
Date: Thu, 24 Jun 2010 13:54:30 +0800 [thread overview]
Message-ID: <4C22F316.3080009@oracle.com> (raw)
In-Reply-To: <4C21D442.8080703@oracle.com>
[-- Attachment #1: Type: text/plain, Size: 1180 bytes --]
Hi Jeff,
On 06/23/2010 05:30 PM, Tao Ma wrote:
> Hi Jeff,
>
> On 06/23/2010 05:34 AM, Jeff Moyer wrote:
>> Hi,
>>
>> Running iozone with the fsync flag, or fs_mark, the performance of CFQ is
>> far worse than that of deadline for enterprise class storage when dealing
>> with file sizes of 8MB or less. I used the following command line as a
>> representative test case:
>>
>> fs_mark -S 1 -D 10000 -N 100000 -d /mnt/test/fs_mark -s 65536 -t 1 -w
>> 4096 -F
>>
>> When run using the deadline I/O scheduler, an average of the first 5
>> numbers
>> will give you 448.4 files / second. CFQ will yield only 106.7. With
>> this patch series applied (and the two patches I sent yesterday), CFQ now
>> achieves 462.5 files / second.
> which 2 patches? Could you paste the link or the subject? Just want to
> make my test env like yours. ;)
> As Joel mentioned in another mail, ocfs2 also use jbd/jbd2, so I'd like
> to give it a try and give you some feedback about the test.
I am sorry to say that the patch make jbd2 locked up when I tested
fs_mark using ocfs2.
I have attached the log from my netconsole server. After I reverted the
patch [3/3], the box works again.
Regards,
Tao
[-- Attachment #2: lockup.log --]
[-- Type: text/x-log, Size: 4429 bytes --]
BUG: soft lockup - CPU#0 stuck for 61s! [jbd2/sda11-15:5456]
Modules linked in:
ocfs2
jbd2
ocfs2_nodemanager
configfs
ocfs2_stackglue
netconsole
autofs4
hidp
rfcomm
l2cap
crc16
bluetooth
rfkill
sunrpc
ib_iser
rdma_cm
ib_cm
iw_cm
ib_sa
ib_mad
ib_core
ib_addr
ipv6
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
dm_mirror
dm_region_hash
dm_log
dm_multipath
dm_mod
video
output
sbs
sbshc
battery
acpi_memhotplug
ac
lp
sg
dcdbas
sr_mod
cdrom
option
usb_wwan
usbserial
serio_raw
rtc_cmos
rtc_core
parport_pc
parport
rtc_lib
snd_hda_codec_analog
tpm_tis
tpm
tpm_bios
button
snd_hda_intel
snd_hda_codec
snd_seq_dummy
snd_seq_oss
snd_seq_midi_event
snd_seq
e1000
tg3
snd_seq_device
libphy
i2c_i801
snd_pcm_oss
snd_mixer_oss
i2c_core
snd_pcm
snd_timer
snd
soundcore
snd_page_alloc
shpchp
pcspkr
ata_piix
libata
sd_mod
scsi_mod
ext3
jbd
ehci_hcd
ohci_hcd
uhci_hcd
[last unloaded: microcode]
CPU 0
Modules linked in:
ocfs2
jbd2
ocfs2_nodemanager
configfs
ocfs2_stackglue
netconsole
autofs4
hidp
rfcomm
l2cap
crc16
bluetooth
rfkill
sunrpc
ib_iser
rdma_cm
ib_cm
iw_cm
ib_sa
ib_mad
ib_core
ib_addr
ipv6
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
dm_mirror
dm_region_hash
dm_log
dm_multipath
dm_mod
video
output
sbs
sbshc
battery
acpi_memhotplug
ac
lp
sg
dcdbas
sr_mod
cdrom
option
usb_wwan
usbserial
serio_raw
rtc_cmos
rtc_core
parport_pc
parport
rtc_lib
snd_hda_codec_analog
tpm_tis
tpm
tpm_bios
button
snd_hda_intel
snd_hda_codec
snd_seq_dummy
snd_seq_oss
snd_seq_midi_event
snd_seq
e1000
tg3
snd_seq_device
libphy
i2c_i801
snd_pcm_oss
snd_mixer_oss
i2c_core
snd_pcm
snd_timer
snd
soundcore
snd_page_alloc
shpchp
pcspkr
ata_piix
libata
sd_mod
scsi_mod
ext3
jbd
ehci_hcd
ohci_hcd
uhci_hcd
[last unloaded: microcode]
Pid: 5456, comm: jbd2/sda11-15 Not tainted 2.6.35-rc3+ #4 0MM599/OptiPlex 745
RIP: 0010:[<ffffffff822fcfe7>]
[<ffffffff822fcfe7>] _raw_spin_lock+0xe/0x15
RSP: 0018:ffff88012780de78 EFLAGS: 00000297
RAX: 0000000000001d1c RBX: ffff88012fbb4000 RCX: 0000000000000000
RDX: 0000000000000000 RSI: ffff88012fbd9650 RDI: ffff88012fbb4024
RBP: ffffffff820031ce R08: ffff88012780c000 R09: 0000000000000000
R10: ffff88012fbd8fa8 R11: 0000000000000000 R12: ffff88013a545880
R13: ffffffff8202d2b5 R14: 0000000000000000 R15: ffff880001e13640
FS: 0000000000000000(0000) GS:ffff880001e00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000127853000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process jbd2/sda11-15 (pid: 5456, threadinfo ffff88012780c000, task ffff88012fbd8f60)
Stack:
ffffffffa027b955
0000000000000000
ffff88012fbd8f60
ffffffff8204de27
ffff88012780de98
ffff88012780de98
ffff88012fbfbae8
0000000000000292
ffff88012780def8
ffff88012fbb4000
ffff88012fbfbae0
ffffffffa027b7fa
Call Trace:
[<ffffffffa027b955>] ? kjournald2+0x15b/0x1cf [jbd2]
[<ffffffff8204de27>] ? autoremove_wake_function+0x0/0x2e
[<ffffffffa027b7fa>] ? kjournald2+0x0/0x1cf [jbd2]
[<ffffffff8204db33>] ? kthread+0x79/0x81
[<ffffffff82003614>] ? kernel_thread_helper+0x4/0x10
[<ffffffff8204daba>] ? kthread+0x0/0x81
[<ffffffff82003610>] ? kernel_thread_helper+0x0/0x10
Code:
e0
8d
90
00
01
00
00
75
05
3e
66
0f
b1
17
0f
94
c2
0f
b6
c2
85
c0
0f
95
c0
0f
b6
c0
c3
b8
00
01
00
00
3e
66
0f
c1
07
38
e0
74
06
f3>
90
8a
07
eb
f6
c3
9c
58
fa
ba
00
01
00
00
3e
66
0f
c1
17
38
Call Trace:
[<ffffffffa027b955>] ? kjournald2+0x15b/0x1cf [jbd2]
[<ffffffff8204de27>] ? autoremove_wake_function+0x0/0x2e
[<ffffffffa027b7fa>] ? kjournald2+0x0/0x1cf [jbd2]
[<ffffffff8204db33>] ? kthread+0x79/0x81
[<ffffffff82003614>] ? kernel_thread_helper+0x4/0x10
[<ffffffff8204daba>] ? kthread+0x0/0x81
[<ffffffff82003610>] ? kernel_thread_helper+0x0/0x10
[-- Attachment #3: Type: text/plain, Size: 150 bytes --]
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-devel
WARNING: multiple messages have this Message-ID (diff)
From: Tao Ma <tao.ma@oracle.com>
To: Tao Ma <tao.ma@oracle.com>
Cc: axboe@kernel.dk, linux-kernel@vger.kernel.org,
Jeff Moyer <jmoyer@redhat.com>,
"ocfs2-devel@oss.oracle.com" <ocfs2-devel@oss.oracle.com>,
linux-ext4@vger.kernel.org, vgoyal@redhat.com
Subject: [Ocfs2-devel] [PATCH 0/3 v5][RFC] ext3/4: enhance fsync performance when using CFQ
Date: Thu, 24 Jun 2010 13:54:30 +0800 [thread overview]
Message-ID: <4C22F316.3080009@oracle.com> (raw)
In-Reply-To: <4C21D442.8080703@oracle.com>
Hi Jeff,
On 06/23/2010 05:30 PM, Tao Ma wrote:
> Hi Jeff,
>
> On 06/23/2010 05:34 AM, Jeff Moyer wrote:
>> Hi,
>>
>> Running iozone with the fsync flag, or fs_mark, the performance of CFQ is
>> far worse than that of deadline for enterprise class storage when dealing
>> with file sizes of 8MB or less. I used the following command line as a
>> representative test case:
>>
>> fs_mark -S 1 -D 10000 -N 100000 -d /mnt/test/fs_mark -s 65536 -t 1 -w
>> 4096 -F
>>
>> When run using the deadline I/O scheduler, an average of the first 5
>> numbers
>> will give you 448.4 files / second. CFQ will yield only 106.7. With
>> this patch series applied (and the two patches I sent yesterday), CFQ now
>> achieves 462.5 files / second.
> which 2 patches? Could you paste the link or the subject? Just want to
> make my test env like yours. ;)
> As Joel mentioned in another mail, ocfs2 also use jbd/jbd2, so I'd like
> to give it a try and give you some feedback about the test.
I am sorry to say that the patch make jbd2 locked up when I tested
fs_mark using ocfs2.
I have attached the log from my netconsole server. After I reverted the
patch [3/3], the box works again.
Regards,
Tao
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lockup.log
Type: text/x-log
Size: 4429 bytes
Desc: not available
Url : http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20100624/a9724b6e/attachment.bin
WARNING: multiple messages have this Message-ID (diff)
From: Tao Ma <tao.ma@oracle.com>
To: Tao Ma <tao.ma@oracle.com>
Cc: Jeff Moyer <jmoyer@redhat.com>,
axboe@kernel.dk, vgoyal@redhat.com, linux-kernel@vger.kernel.org,
linux-ext4@vger.kernel.org, Joel Becker <joel.becker@oracle.com>,
Sunil Mushran <sunil.mushran@oracle.com>,
"ocfs2-devel@oss.oracle.com" <ocfs2-devel@oss.oracle.com>
Subject: Re: [PATCH 0/3 v5][RFC] ext3/4: enhance fsync performance when using CFQ
Date: Thu, 24 Jun 2010 13:54:30 +0800 [thread overview]
Message-ID: <4C22F316.3080009@oracle.com> (raw)
In-Reply-To: <4C21D442.8080703@oracle.com>
[-- Attachment #1: Type: text/plain, Size: 1180 bytes --]
Hi Jeff,
On 06/23/2010 05:30 PM, Tao Ma wrote:
> Hi Jeff,
>
> On 06/23/2010 05:34 AM, Jeff Moyer wrote:
>> Hi,
>>
>> Running iozone with the fsync flag, or fs_mark, the performance of CFQ is
>> far worse than that of deadline for enterprise class storage when dealing
>> with file sizes of 8MB or less. I used the following command line as a
>> representative test case:
>>
>> fs_mark -S 1 -D 10000 -N 100000 -d /mnt/test/fs_mark -s 65536 -t 1 -w
>> 4096 -F
>>
>> When run using the deadline I/O scheduler, an average of the first 5
>> numbers
>> will give you 448.4 files / second. CFQ will yield only 106.7. With
>> this patch series applied (and the two patches I sent yesterday), CFQ now
>> achieves 462.5 files / second.
> which 2 patches? Could you paste the link or the subject? Just want to
> make my test env like yours. ;)
> As Joel mentioned in another mail, ocfs2 also use jbd/jbd2, so I'd like
> to give it a try and give you some feedback about the test.
I am sorry to say that the patch make jbd2 locked up when I tested
fs_mark using ocfs2.
I have attached the log from my netconsole server. After I reverted the
patch [3/3], the box works again.
Regards,
Tao
[-- Attachment #2: lockup.log --]
[-- Type: text/x-log, Size: 4429 bytes --]
BUG: soft lockup - CPU#0 stuck for 61s! [jbd2/sda11-15:5456]
Modules linked in:
ocfs2
jbd2
ocfs2_nodemanager
configfs
ocfs2_stackglue
netconsole
autofs4
hidp
rfcomm
l2cap
crc16
bluetooth
rfkill
sunrpc
ib_iser
rdma_cm
ib_cm
iw_cm
ib_sa
ib_mad
ib_core
ib_addr
ipv6
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
dm_mirror
dm_region_hash
dm_log
dm_multipath
dm_mod
video
output
sbs
sbshc
battery
acpi_memhotplug
ac
lp
sg
dcdbas
sr_mod
cdrom
option
usb_wwan
usbserial
serio_raw
rtc_cmos
rtc_core
parport_pc
parport
rtc_lib
snd_hda_codec_analog
tpm_tis
tpm
tpm_bios
button
snd_hda_intel
snd_hda_codec
snd_seq_dummy
snd_seq_oss
snd_seq_midi_event
snd_seq
e1000
tg3
snd_seq_device
libphy
i2c_i801
snd_pcm_oss
snd_mixer_oss
i2c_core
snd_pcm
snd_timer
snd
soundcore
snd_page_alloc
shpchp
pcspkr
ata_piix
libata
sd_mod
scsi_mod
ext3
jbd
ehci_hcd
ohci_hcd
uhci_hcd
[last unloaded: microcode]
CPU 0
Modules linked in:
ocfs2
jbd2
ocfs2_nodemanager
configfs
ocfs2_stackglue
netconsole
autofs4
hidp
rfcomm
l2cap
crc16
bluetooth
rfkill
sunrpc
ib_iser
rdma_cm
ib_cm
iw_cm
ib_sa
ib_mad
ib_core
ib_addr
ipv6
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
dm_mirror
dm_region_hash
dm_log
dm_multipath
dm_mod
video
output
sbs
sbshc
battery
acpi_memhotplug
ac
lp
sg
dcdbas
sr_mod
cdrom
option
usb_wwan
usbserial
serio_raw
rtc_cmos
rtc_core
parport_pc
parport
rtc_lib
snd_hda_codec_analog
tpm_tis
tpm
tpm_bios
button
snd_hda_intel
snd_hda_codec
snd_seq_dummy
snd_seq_oss
snd_seq_midi_event
snd_seq
e1000
tg3
snd_seq_device
libphy
i2c_i801
snd_pcm_oss
snd_mixer_oss
i2c_core
snd_pcm
snd_timer
snd
soundcore
snd_page_alloc
shpchp
pcspkr
ata_piix
libata
sd_mod
scsi_mod
ext3
jbd
ehci_hcd
ohci_hcd
uhci_hcd
[last unloaded: microcode]
Pid: 5456, comm: jbd2/sda11-15 Not tainted 2.6.35-rc3+ #4 0MM599/OptiPlex 745
RIP: 0010:[<ffffffff822fcfe7>]
[<ffffffff822fcfe7>] _raw_spin_lock+0xe/0x15
RSP: 0018:ffff88012780de78 EFLAGS: 00000297
RAX: 0000000000001d1c RBX: ffff88012fbb4000 RCX: 0000000000000000
RDX: 0000000000000000 RSI: ffff88012fbd9650 RDI: ffff88012fbb4024
RBP: ffffffff820031ce R08: ffff88012780c000 R09: 0000000000000000
R10: ffff88012fbd8fa8 R11: 0000000000000000 R12: ffff88013a545880
R13: ffffffff8202d2b5 R14: 0000000000000000 R15: ffff880001e13640
FS: 0000000000000000(0000) GS:ffff880001e00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 0000000127853000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process jbd2/sda11-15 (pid: 5456, threadinfo ffff88012780c000, task ffff88012fbd8f60)
Stack:
ffffffffa027b955
0000000000000000
ffff88012fbd8f60
ffffffff8204de27
ffff88012780de98
ffff88012780de98
ffff88012fbfbae8
0000000000000292
ffff88012780def8
ffff88012fbb4000
ffff88012fbfbae0
ffffffffa027b7fa
Call Trace:
[<ffffffffa027b955>] ? kjournald2+0x15b/0x1cf [jbd2]
[<ffffffff8204de27>] ? autoremove_wake_function+0x0/0x2e
[<ffffffffa027b7fa>] ? kjournald2+0x0/0x1cf [jbd2]
[<ffffffff8204db33>] ? kthread+0x79/0x81
[<ffffffff82003614>] ? kernel_thread_helper+0x4/0x10
[<ffffffff8204daba>] ? kthread+0x0/0x81
[<ffffffff82003610>] ? kernel_thread_helper+0x0/0x10
Code:
e0
8d
90
00
01
00
00
75
05
3e
66
0f
b1
17
0f
94
c2
0f
b6
c2
85
c0
0f
95
c0
0f
b6
c0
c3
b8
00
01
00
00
3e
66
0f
c1
07
38
e0
74
06
f3>
90
8a
07
eb
f6
c3
9c
58
fa
ba
00
01
00
00
3e
66
0f
c1
17
38
Call Trace:
[<ffffffffa027b955>] ? kjournald2+0x15b/0x1cf [jbd2]
[<ffffffff8204de27>] ? autoremove_wake_function+0x0/0x2e
[<ffffffffa027b7fa>] ? kjournald2+0x0/0x1cf [jbd2]
[<ffffffff8204db33>] ? kthread+0x79/0x81
[<ffffffff82003614>] ? kernel_thread_helper+0x4/0x10
[<ffffffff8204daba>] ? kthread+0x0/0x81
[<ffffffff82003610>] ? kernel_thread_helper+0x0/0x10
next prev parent reply other threads:[~2010-06-24 5:54 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-22 21:34 [PATCH 0/3 v5][RFC] ext3/4: enhance fsync performance when using CFQ Jeff Moyer
2010-06-22 21:35 ` [PATCH 1/3] block: Implement a blk_yield function to voluntarily give up the I/O scheduler Jeff Moyer
2010-06-23 5:04 ` Andrew Morton
2010-06-23 14:50 ` Jeff Moyer
2010-06-24 0:46 ` Vivek Goyal
2010-06-25 16:51 ` Jeff Moyer
2010-06-25 18:55 ` Jens Axboe
2010-06-25 19:57 ` Jeff Moyer
2010-06-25 20:02 ` Vivek Goyal
2010-06-22 21:35 ` [PATCH 2/3] jbd: yield the device queue when waiting for commits Jeff Moyer
2010-06-22 21:35 ` [PATCH 3/3] jbd2: yield the device queue when waiting for journal commits Jeff Moyer
2010-06-22 22:13 ` [PATCH 0/3 v5][RFC] ext3/4: enhance fsync performance when using CFQ Joel Becker
2010-06-23 9:20 ` Christoph Hellwig
2010-06-23 13:03 ` Jeff Moyer
2010-06-23 9:30 ` Tao Ma
2010-06-23 13:06 ` Jeff Moyer
2010-06-24 5:54 ` Tao Ma [this message]
2010-06-24 5:54 ` Tao Ma
2010-06-24 5:54 ` [Ocfs2-devel] " Tao Ma
2010-06-24 14:56 ` Jeff Moyer
2010-06-24 14:56 ` [Ocfs2-devel] " Jeff Moyer
2010-06-27 13:48 ` Jeff Moyer
2010-06-27 13:48 ` [Ocfs2-devel] " Jeff Moyer
2010-06-28 6:41 ` Tao Ma
2010-06-28 6:41 ` Tao Ma
2010-06-28 6:41 ` [Ocfs2-devel] " Tao Ma
2010-06-28 13:58 ` Jeff Moyer
2010-06-28 13:58 ` [Ocfs2-devel] " Jeff Moyer
2010-06-28 23:16 ` Tao Ma
2010-06-28 23:16 ` Tao Ma
2010-06-28 23:16 ` [Ocfs2-devel] " Tao Ma
2010-06-29 14:56 ` Jeff Moyer
2010-06-29 14:56 ` [Ocfs2-devel] " Jeff Moyer
2010-06-30 0:31 ` Tao Ma
2010-06-30 0:31 ` Tao Ma
2010-06-30 0:31 ` [Ocfs2-devel] " Tao Ma
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C22F316.3080009@oracle.com \
--to=tao.ma@oracle.com \
--cc=axboe@kernel.dk \
--cc=jmoyer@redhat.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ocfs2-devel@oss.oracle.com \
--cc=vgoyal@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.