linux-ext4 - Re: fsync stuck at jbd2_log_wait

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20150812183750.GB3373@thunk.org>
Date:	Wed, 12 Aug 2015 14:37:50 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	Roy Yang <bsdnet@...look.com>
Cc:	"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: Re: fsync stuck at jbd2_log_wait_commit on NVMe devices

Hi Roy,

My suggestion is to collect information from the jbd2_run_stats and
jbd2_checkpoint_stats tracepoints.

cd /sys/kernel/debug/tracing
echo 1 > events/jbd2/jbd2_run_stats/enable
echo 1 > events/jbd2/jbd2_checkpoint_stats/enable
cat trace_pipe > /tmp/traces &
tail -f /tmp/traces

The jbd2_handle_stats tracepoint can be informative, but it's also far
more voluminous.

That will give us a hint where things are getting bottlenecked.

What sort of workload is your application doing?  Is it just primarily
doing random writes into a preallocated file?  Is it creating or
deleting files?  Extending or truncating files?   etc.

	 	 	      		 - Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html