linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Austin S Hemmelgarn <ahferroin7@gmail.com>
To: Zygo Blaxell <ce3g8jdj@umail.furryterror.org>,
	linux-btrfs@vger.kernel.org
Subject: Re: Resolved...ish.  was: Re: spurious I/O errors from btrfs...at the caching layer?
Date: Mon, 26 Jan 2015 07:39:41 -0500	[thread overview]
Message-ID: <54C6358D.9090305@gmail.com> (raw)
In-Reply-To: <20150126042233.GC15935@hungrycats.org>

[-- Attachment #1: Type: text/plain, Size: 1225 bytes --]

On 2015-01-25 23:22, Zygo Blaxell wrote:
> It seems that the rate of spurious I/O errors varies most according to
> the vm.vfs_cache_pressure sysctl.  At '10' the I/O errors occur so often
> that building a kernel is impossible.  At '100' I can't reproduce even
> a single I/O error.
>
> I guess this is own my fault for using non-default sysctl parameters,
> although I wouldn't expect any value of this sysctl to cause these
> symptoms... :-P
>
>
Setting that to anything less than about 75 is just asking for trouble. 
  What's I think is happening is that you are eating up memory with the 
vfs cache (because that caches inodes and dentries, which in turn means 
that reflinks don't help decrease it's usage at all) faster than it can 
be reclaimed, and therefore have no space for the file data to be read 
into memory.  This will probably happen with most other filesystems as 
well if you set vfs_cache_pressure really low.

Personally, I wouldn't recommend ever touching that particular sysctl, 
with the exception of increasing it some when you have really fast 
storage (NVMe or UFS-SCSI based SSD's for example) and a relatively 
small set of files that you actually access frequently.



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 2455 bytes --]

      reply	other threads:[~2015-01-26 12:40 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-24 18:06 spuious I/O errors from btrfs...at the caching layer? Zygo Blaxell
2015-01-25 16:50 ` Zygo Blaxell
2015-01-26  4:22   ` Resolved...ish. was: Re: spurious " Zygo Blaxell
2015-01-26 12:39     ` Austin S Hemmelgarn [this message]

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=54C6358D.9090305@gmail.com \
    --to=ahferroin7@gmail.com \
    --cc=ce3g8jdj@umail.furryterror.org \
    --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).