All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Guertin <andrew.guertin@uvm.edu>
To: linux-btrfs@vger.kernel.org
Subject: Re: Applications using fsync cause hangs for several seconds every few minutes
Date: Thu, 18 Aug 2011 07:45:23 -0400	[thread overview]
Message-ID: <4E4CFB53.1020208@uvm.edu> (raw)
In-Reply-To: <4E4CBF43.60207@uvm.edu>

On 08/18/2011 03:29 AM, Andrew Guertin wrote:
> I have not seen slowdowns on 2.6.38. More specifically, I observe the
> following behaviors after commit 4e69b59:
> 
> * Many processes occasionally hang for a short time
> * When this happens, my cpu monitor shows a short burst of cpu activity
> (100% of 1 core) followed by a longer period of IO
> * When this happens, iotop shows [btrfs-submit-0] and [btrfs-transacti]
> at the top of the list
> * Behavior slowly increases in duration (and frequency?) over time, and
> goes away with a reboot
> * Heavy IO makes behavior appear faster
> 
> ... and the following behaviors before commit 4e69b59:
> 
> * Occasional spikes of IO on cpu monitor concurrent with
> [btrfs-submit-0] and [btrfs-transacti] at top of iotop
> * No hangs, even when that occurs
> 
> I wasn't taking notes or anything though, so I'm not 100% certain I was
> observing or interpreting or remembering everything correctly.

I've investigated a little more, and have a few things to add:

Before commit 4e69b59:

* In the IO spikes where [btrfs-submit-0] and [btrfs-transacti] are at
the top of iotop, there is no short burst of cpu activity preceding them

* When running gentoo's emerge --sync (which IIRC is mainly an rsync of
~200MB of small files), output appears to pause during these spikes. I
wasn't able to tell if output stopped entirely or just slowed down.

--Andrew

  parent reply	other threads:[~2011-08-18 11:45 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-09 21:29 Applications using fsync cause hangs for several seconds every few minutes Andrew Guertin
2011-08-12  1:13 ` Andrew Guertin
2011-08-18 14:38   ` Chris Mason
2011-08-20 17:18     ` Andrew Guertin
2011-08-17 14:24 ` Andrew Guertin
2011-08-17 14:29   ` Michael Cronenworth
2011-08-17 14:38     ` Andrew Guertin
2011-08-17 14:55       ` Dave
2011-08-18  2:41         ` Anand Jain
2011-08-18  6:44           ` youagree
2011-08-18  7:29             ` Andrew Guertin
2011-08-18  7:55               ` youagree
2011-08-18 11:45               ` Andrew Guertin [this message]
2011-08-19  9:58                 ` Anand Jain
2011-08-18  7:41           ` Andrew Guertin
2011-08-18  6:47     ` Chris Samuel
2011-08-18  6:58       ` youagree
2011-08-19  7:34         ` Chris Samuel
  -- strict thread matches above, loose matches on Subject: below --
2011-06-21 11:15 Jan Stilow
2011-06-06 22:58 Nirbheek Chauhan
2011-07-18 17:37 ` Mck
2011-07-18 18:17 ` Josef Bacik
2011-07-20 20:59   ` Nirbheek Chauhan
2011-08-03 15:50   ` mck

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=4E4CFB53.1020208@uvm.edu \
    --to=andrew.guertin@uvm.edu \
    --cc=linux-btrfs@vger.kernel.org \
    /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.