From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: Bad fs performance, IO freezes
Date: Tue, 27 Oct 2015 06:39:25 +0000 (UTC) [thread overview]
Message-ID: <pan$f1907$281e469a$9ad1b02d$53b95aea@cox.net> (raw)
In-Reply-To: CA+9GZUjTt7C4rjSgui3M65S_WEQ3zsLEjw39x=_Ots=N8Jn3eg@mail.gmail.com
cheater00 . posted on Tue, 27 Oct 2015 03:00:05 +0100 as excerpted:
> currently my computer freezes every several seconds for half a second or
> so. Using it feels like I'm playing musical chairs with the kernel.
> I have just one download happening on utorrent right now - this is what
> the graph looks like:
> http://i.imgur.com/LqhMtrJ.png and every time a new spike happens, a
> freeze happens just before that... that's the only time those freezes
> happen, too.
Is it perchance every 30 seconds? (The graph seems to indicate more like
50 second cycles, but...)
Because that's btrfs' normal commit time. If it is, there's a mount
option to change the commit time (the wiki says commit=N, N=30 by
default, since kernel 3.12). You could try fiddling with that, say
setting it to 15 or 60, not necessarily to fix the problem (tho 60
seconds might increase the problem while making it less frequent, while
15 might make it more frequent but less of a problem), but to see if the
cycle changes with the commit time option, or stays @ 30 seconds.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2015-10-27 6:39 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-26 12:16 Bad fs performance, IO freezes cheater00 .
2015-10-26 13:32 ` Donald Pearson
2015-10-26 13:36 ` cheater00 .
2015-10-26 13:45 ` Donald Pearson
2015-10-26 13:46 ` cheater00 .
2015-10-26 13:56 ` cheater00 .
2015-10-26 14:00 ` Donald Pearson
2015-10-26 14:25 ` Liu Bo
2015-10-26 14:38 ` cheater00 .
2015-10-26 15:40 ` cheater00 .
2015-10-26 17:43 ` cheater00 .
2015-10-26 18:31 ` cheater00 .
2015-10-27 2:00 ` cheater00 .
2015-10-27 6:39 ` Duncan [this message]
2015-10-27 8:55 ` cheater00 .
2015-10-27 11:44 ` Austin S Hemmelgarn
2015-10-27 13:00 ` Henk Slager
2015-10-27 13:30 ` Austin S Hemmelgarn
2015-10-27 14:22 ` cheater00 .
2015-10-27 14:26 ` cheater00 .
2015-10-27 14:30 ` cheater00 .
2015-10-27 14:43 ` cheater00 .
2015-10-27 15:01 ` Holger Hoffstätte
2015-10-27 15:05 ` cheater00 .
2015-10-27 15:07 ` cheater00 .
2015-10-27 15:22 ` Holger Hoffstätte
2015-10-27 15:26 ` Austin S Hemmelgarn
2015-10-29 13:03 ` cheater00 .
2015-10-29 14:00 ` Austin S Hemmelgarn
2015-10-29 15:49 ` cheater00 .
2015-10-29 18:49 ` Henk Slager
2015-10-29 20:01 ` Austin S Hemmelgarn
2015-11-06 13:37 ` cheater00 .
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='pan$f1907$281e469a$9ad1b02d$53b95aea@cox.net' \
--to=1i5t5.duncan@cox.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).