linux-kernel - Re: [PATCH V5 03/17] blk-throttle: add .low interface

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20170109163510.GC12827@mtj.duckdns.org>
Date:   Mon, 9 Jan 2017 11:35:10 -0500
From:   Tejun Heo <tj@...nel.org>
To:     Shaohua Li <shli@...com>
Cc:     linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
        kernel-team@...com, axboe@...com, vgoyal@...hat.com
Subject: Re: [PATCH V5 03/17] blk-throttle: add .low interface

Happy new year, Shaohua.

Sorry about the long delay.

On Thu, Dec 15, 2016 at 12:32:54PM -0800, Shaohua Li wrote:
> Add low limit for cgroup and corresponding cgroup interface.

It'd be nice to explain why we're adding separate _conf fields.

> +static void blk_throtl_update_valid_limit(struct throtl_data *td)

I think blk_throtl_update_limit_valid() would be more consistent.

> +{
> +	struct cgroup_subsys_state *pos_css;
> +	struct blkcg_gq *blkg;
> +	bool low_valid = false;
> +
> +	rcu_read_lock();
> +	blkg_for_each_descendant_post(blkg, pos_css, td->queue->root_blkg) {
> +		struct throtl_grp *tg = blkg_to_tg(blkg);
> +
> +		if (tg->bps[READ][LIMIT_LOW] != U64_MAX ||
> +		    tg->bps[WRITE][LIMIT_LOW] != U64_MAX ||
> +		    tg->iops[READ][LIMIT_LOW] != UINT_MAX ||
> +		    tg->iops[WRITE][LIMIT_LOW] != UINT_MAX)
> +			low_valid = true;

It's weird that it's defaulting to MAX.  Shouldn't it default to 0?
When we enable these limits on a cgroup, we want it to not affect the
operation without further configuration.  For max limit, MAX does that
as being over the limit is what changes the behavior.  For low, it's
the other way around.  We enforce latency target if cgroups are under
the low limit, and thus 0 should be the noop default value, which is
the same in memcg.

> +	}
> +	rcu_read_unlock();
> +
> +	if (low_valid)
> +		td->limit_valid[LIMIT_LOW] = true;
> +	else
> +		td->limit_valid[LIMIT_LOW] = false;

Maybe
	td->limit_valid[LIMIT_LOW] = low_valid;

Thanks.

-- 
tejun