From: Jiri Slaby <jirislaby@gmail.com>
To: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org,
Al Viro <viro@ZenIV.linux.org.uk>,
linux-fsdevel@vger.kernel.org
Subject: Re: 2.6.26-rc2-mm1: sloooow mkfs.ext2
Date: Thu, 15 May 2008 23:41:00 +0200 [thread overview]
Message-ID: <482CADEC.9000104@gmail.com> (raw)
In-Reply-To: <20080514213352.GA6523@martell.zuzino.mipt.ru>
On 05/14/2008 11:33 PM, Alexey Dobriyan wrote:
> On Thu, May 15, 2008 at 01:16:00AM +0400, Alexey Dobriyan wrote:
>> mkfs.ext2 became kick-ass slow:
>>
>> + sudo mkfs.ext2 -F
>> mke2fs 1.40.6 (09-Feb-2008)
>> Warning: 256-byte inodes not usable on older systems
>> Filesystem label=
>> OS type: Linux
>> Block size=4096 (log=2)
>> Fragment size=4096 (log=2)
>> 9773056 inodes, 39072726 blocks
>> 1953636 blocks (5.00%) reserved for the super user
>> First data block=0
>> Maximum filesystem blocks=4294967296
>> 1193 block groups
>> 32768 blocks per group, 32768 fragments per group
>> 8192 inodes per group
>> Superblock backups stored on blocks:
>> ...
>>
>> Writing inode tables: 193/1193
>> ^^^^
>> counter moves slowly,
>> occasional counting at what seems to be normal
>> speed occur.
>>
>> 160 GB SATA disk, no partitions.
>> According to sysfs, CFQ is in use, the rest is compiled out.
>> 2.6.26-rc2 is fine, mkfs takes ~1 min.
>>
>> Slowdown is totally reproducible.
>>
>>
>> CONFIG_ATA=y
>> CONFIG_ATA_ACPI=y
>> CONFIG_SATA_AHCI=y
>> CONFIG_ATA_SFF=y
>> CONFIG_ATA_PIIX=y
>> CONFIG_PATA_JMICRON=y
>>
>>
>> /sys/block/sdb/queue/iosched/back_seek_max
>> 16384
>> /sys/block/sdb/queue/iosched/back_seek_penalty
>> 2
>> /sys/block/sdb/queue/iosched/fifo_expire_async
>> 250
>> /sys/block/sdb/queue/iosched/fifo_expire_sync
>> 120
>> /sys/block/sdb/queue/iosched/quantum
>> 4
>> /sys/block/sdb/queue/iosched/slice_async
>> 40
>> /sys/block/sdb/queue/iosched/slice_async_rq
>> 2
>> /sys/block/sdb/queue/iosched/slice_idle
>> 10
>> /sys/block/sdb/queue/iosched/slice_sync
>> 100
>
> Here is where it spends time (seems to be always the same):
>
> mkfs.ext2 D 0000000000000000 0 4760 4759
> ffff81017ce93a58 0000000000000046 0000000000000000 0000000000000282
> ffff81017e14d640 ffffffff8056f4c0 ffff81017e14d880 ffffffff804679a2
> 00000000ffffb5c4 000000007ce93a68 0000000000000003 ffffffff8023d504
> Call Trace:
> [<ffffffff804679a2>] ? _spin_unlock_irqrestore+0x42/0x80
> [<ffffffff8023d504>] ? __mod_timer+0xc4/0x110
> [<ffffffff80465012>] schedule_timeout+0x62/0xe0
> [<ffffffff8023cee0>] ? process_timeout+0x0/0x10
> [<ffffffff80464ef8>] io_schedule_timeout+0x28/0x40
> [<ffffffff8027663a>] congestion_wait+0x8a/0xb0
> [<ffffffff80248720>] ? autoremove_wake_function+0x0/0x40
> [<ffffffff8026fe31>] balance_dirty_pages_ratelimited_nr+0x1a1/0x3f0
> [<ffffffff8026915f>] generic_file_buffered_write+0x1ff/0x740
> [<ffffffff80467870>] ? _spin_unlock+0x30/0x60
> [<ffffffff802acafb>] ? mnt_drop_write+0x7b/0x160
> [<ffffffff80269b30>] __generic_file_aio_write_nolock+0x2a0/0x460
> [<ffffffff802548ed>] ? trace_hardirqs_off+0xd/0x10
> [<ffffffff80269df7>] generic_file_aio_write_nolock+0x37/0xa0
> [<ffffffff80292be1>] do_sync_write+0xf1/0x130
> [<ffffffff80256485>] ? trace_hardirqs_on_caller+0xd5/0x160
> [<ffffffff80248720>] ? autoremove_wake_function+0x0/0x40
> [<ffffffff80256485>] ? trace_hardirqs_on_caller+0xd5/0x160
> [<ffffffff8025651d>] ? trace_hardirqs_on+0xd/0x10
> [<ffffffff8029339a>] vfs_write+0xaa/0xe0
> [<ffffffff80293940>] sys_write+0x50/0x90
> [<ffffffff8020b69b>] system_call_after_swapgs+0x7b/0x80
And not only mkfs, ld took ages to link vmlinux.o:
ld D 0000000000000000 0 17340 17339
ffff8100681819c8 0000000000000082 0000000000000000 ffff81006818198c
ffffffff806c90c0 ffff81006b50d2e0 ffffffff80636360 ffff81006b50d558
0000000068181978 0000000100a7523e ffff81006b50d558 0000000100a75269
Call Trace:
[<ffffffff805056b2>] schedule_timeout+0x62/0xd0
[<ffffffff802403b0>] ? process_timeout+0x0/0x10
[<ffffffff805056ad>] ? schedule_timeout+0x5d/0xd0
[<ffffffff80504956>] io_schedule_timeout+0x76/0xd0
[<ffffffff80282cac>] congestion_wait+0x6c/0x90
[<ffffffff8024c2c0>] ? autoremove_wake_function+0x0/0x40
[<ffffffff8027c82f>] balance_dirty_pages_ratelimited_nr+0x13f/0x330
[<ffffffff80275a3d>] generic_file_buffered_write+0x1dd/0x6d0
[<ffffffff8027d0e7>] ? __do_page_cache_readahead+0x167/0x220
[<ffffffff802763ae>] __generic_file_aio_write_nolock+0x25e/0x450
[<ffffffff80276c75>] ? generic_file_aio_read+0x565/0x640
[<ffffffff80276607>] generic_file_aio_write+0x67/0xd0
[<ffffffff802f8bd6>] ext3_file_write+0x26/0xc0
[<ffffffff8029ffa1>] do_sync_write+0xf1/0x140
[<ffffffff8024c2c0>] ? autoremove_wake_function+0x0/0x40
[<ffffffff80289703>] ? remove_vma+0x53/0x70
[<ffffffff80505a01>] ? mutex_lock+0x11/0x30
[<ffffffff802a0a2b>] vfs_write+0xcb/0x190
[<ffffffff802a0be0>] sys_write+0x50/0x90
[<ffffffff8020b82b>] system_call_after_swapgs+0x7b/0x80
next prev parent reply other threads:[~2008-05-15 21:41 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-14 8:01 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 11:24 ` [BUG] 2.6.26-rc2-mm1 - kernel bug while bootup at __alloc_pages_internal () on x86_64 Kamalesh Babulal
2008-05-14 17:36 ` Andrew Morton
2008-05-14 18:21 ` Kamalesh Babulal
2008-05-14 19:44 ` Andrew Morton
2008-05-15 1:54 ` KAMEZAWA Hiroyuki
2008-05-18 8:00 ` Kamalesh Babulal
2008-05-18 17:07 ` KOSAKI Motohiro
2008-05-19 14:49 ` Lee Schermerhorn
2008-05-14 14:03 ` [BUG] 2.6.26-rc2-mm1 - kernel BUG at fs/reiserfs/journal.c:1414! Kamalesh Babulal
2008-05-14 18:01 ` Andrew Morton
2008-05-14 15:34 ` [BUG] 2.6.26-rc2-mm1 - kernel panic at inet_create() on powerpc Kamalesh Babulal
2008-05-14 16:07 ` Paul E. McKenney
2008-05-14 20:05 ` Alexey Dobriyan
2008-05-14 20:32 ` Paul E. McKenney
2008-05-14 18:29 ` 2.6.26-rc2-mm1: sparc64 - possible recursive locking detected Mariusz Kozlowski
2008-05-14 18:41 ` Andrew Morton
2008-05-14 18:50 ` Mariusz Kozlowski
2008-05-14 19:12 ` 2.6.26-rc2-mm1 Torsten Kaiser
2008-05-14 19:35 ` 2.6.26-rc2-mm1 Andrew Morton
2008-05-15 17:44 ` 2.6.26-rc2-mm1 Torsten Kaiser
2008-05-15 18:49 ` 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 20:39 ` 2.6.26-rc2-mm1 (WARN() build error) Randy Dunlap
2008-05-14 20:43 ` 2.6.26-rc2-mm1 (CONFIG_*FD build errors) Randy Dunlap
2008-05-14 20:49 ` 2.6.26-rc2-mm1 Zan Lynx
2008-05-14 21:00 ` 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 21:14 ` 2.6.26-rc2-mm1 me
2008-05-14 22:06 ` 2.6.26-rc2-mm1 Zan Lynx
2008-05-14 21:13 ` 2.6.26-rc2-mm1 (SCSI_DH build errors) Randy Dunlap
2008-05-15 14:46 ` James Bottomley
2008-05-15 19:56 ` Chandra Seetharaman
2008-05-23 3:25 ` Andrew Morton
2008-05-23 19:39 ` Chandra Seetharaman
2008-05-23 20:28 ` Randy Dunlap
2008-05-24 1:16 ` Chandra Seetharaman
2008-05-14 21:16 ` 2.6.26-rc2-mm1: sloooow mkfs.ext2 Alexey Dobriyan
2008-05-14 21:33 ` Alexey Dobriyan
2008-05-15 21:41 ` Jiri Slaby [this message]
2008-05-14 21:16 ` 2.6.26-rc2-mm1 (p9 build error when 9P_FS=n) Randy Dunlap
2008-05-15 0:00 ` Eric Van Hensbergen
2008-05-15 0:05 ` Andrew Morton
2008-05-15 2:29 ` Eric Van Hensbergen
2008-05-15 3:04 ` Andrew Morton
2008-05-15 3:53 ` Eric Van Hensbergen
2008-05-14 21:54 ` 2.6.26-rc2-mm1 Rafael J. Wysocki
2008-05-15 17:58 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-arm/arch-omap/control.h Mariusz Kozlowski
2008-05-15 17:59 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-mips/gic.h Mariusz Kozlowski
2008-05-15 18:01 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-mips/mach-au1x00/au1000.h Mariusz Kozlowski
2008-05-15 18:21 ` [BUG] Re: 2.6.26-rc2-mm1 - x86_32 oops on modprobe wusbcore Mariusz Kozlowski
2008-05-15 18:58 ` Andrew Morton
2008-05-15 20:05 ` Inaky Perez-Gonzalez
2008-05-16 22:17 ` 2.6.26-rc2-mm1: high speed something Alexey Dobriyan
2008-05-16 21:31 ` Andrew Morton
2008-05-16 22:00 ` Greg KH
2008-05-17 10:28 ` 2.6.26-rc2-mm1 and Linus -git: LEDS_TRIGGER_DEFAULT_ON odd default Valdis.Kletnieks
2008-05-19 11:33 ` 2.6.26-rc2-mm1 - machine stuck while booting up with CONFIG_FTRACE_STARTUP_TEST enabled Kamalesh Babulal
2008-05-19 13:02 ` Steven Rostedt
2008-05-19 14:08 ` Kamalesh Babulal
2008-05-19 14:38 ` Steven Rostedt
2008-05-20 10:01 ` 2.6.26-rc2-mm1: possible circular locking dependency detected Mariusz Kozlowski
2008-05-20 10:22 ` Andrew Morton
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=482CADEC.9000104@gmail.com \
--to=jirislaby@gmail.com \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@ZenIV.linux.org.uk \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox