linux-kernel - Horrible btrfs performance on cold cache

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: <AANLkTin8mAaHz_PypS9j4vQ35WozgD==U493e3OW_sy2@mail.gmail.com>
Date:	Mon, 11 Oct 2010 03:30:25 +0300
From:	Felipe Contreras <felipe.contreras@...il.com>
To:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-btrfs@...r.kernel.org
Cc:	Chris Mason <chris.mason@...cle.com>
Subject: Horrible btrfs performance on cold cache

Hi,

I use btrfs on most of my volumes on my laptop, and I've always felt
booting was very slow, but definitely sure is slow, is starting up
Google Chrome:

encrypted ext4: ~20s
btrfs: ~2:11s

I have tried different things to find out exactly what is the issue,
but haven't quite found it yet.

Here's some stuff I got from latencytop, not sure if would be helpful:

4969.1ms
sys_mmap_pgoff
syscall_call
(chrome)

1139.9ms
sync_page
sync_page_killable
__lock_page_killable
generic_file_aio_read
do_sync_read
vfs_read
sys_read
sysenter_do_call
(chrome)

431.9ms
sync_page
wait_on_page_bit
read_extent_buffer_pages
btree_read_extent_buffer_pages
read_tree_block
read_block_for_search
btrfs_search_slot
lookup_inline_extent_backref
__btrfs_free_extent
run_clustered_refs
btrfs_run_delayed_refs
btrfs_commit_transaction
(btrfs)

Cheers.

-- 
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/