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 --]
prev parent 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).