All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Borisov <kernel-6AxghH7DbtA@public.gmane.org>
To: Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	SiteGround Operations
	<operations-/eCPMmvKun9pLGFMi4vTTA@public.gmane.org>
Subject: blkcg throttle settings page cache writes
Date: Wed, 14 Sep 2016 11:25:49 +0300	[thread overview]
Message-ID: <57D9098D.3020403@kyup.com> (raw)

Hello,

I'm observing blkcg throttle limits to not apply on writes which go
through the page cache. E.g. I have a container whose write iops limits
are set to 300 I then run a fio job with direct=0 (the default) and can
see that writes/s (via iostat) are around 6-7k. Tracing confirmed thae
AIO that fio is submitting is being handled by a kworker thread, which
is in the root cgroup and as such has no lio limits. Direct writes/reads
work as expected and are throttled.

After Paolo Valente's patch
(https://patchwork.kernel.org/patch/9249247/) I was left with the
impression that bios submitted would just carry the information of the
submitted throughout the storage stack. Apparently this is not the case.
I also went through an old thread I started on dm-devel dealing with
this exact problem (even before Paolo's patch), where Vivel Goyal hinted
at this particular problem :
https://www.redhat.com/archives/dm-devel/2016-March/msg00012.html

So Tejun, my question is what is the problem for the blkcg information
to be transferred alongside the bio (which I believed to be happening
with the blkcg_association calls) so that even buffered writes are
throttled via the cgroup policies? Or are the numbers I'm seeing in
iostat actually the writes to the page-cache and not the underlying
block device?

Regards,
Nikolay

             reply	other threads:[~2016-09-14  8:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-14  8:25 Nikolay Borisov [this message]
     [not found] ` <57D9098D.3020403-6AxghH7DbtA@public.gmane.org>
2016-09-16 15:57   ` blkcg throttle settings page cache writes Tejun Heo
     [not found]     ` <20160916155736.GC26371-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org>
2016-09-27 11:28       ` Nikolay Borisov
     [not found]         ` <57EA57D9.6000104-6AxghH7DbtA@public.gmane.org>
2016-09-27 23:22           ` Tejun Heo

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=57D9098D.3020403@kyup.com \
    --to=kernel-6axghh7dbta@public.gmane.org \
    --cc=cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=operations-/eCPMmvKun9pLGFMi4vTTA@public.gmane.org \
    --cc=tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.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.