From: Eric Dumazet <eric.dumazet@gmail.com>
To: Paolo Abeni <pabeni@redhat.com>, netdev@vger.kernel.org
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
John Fastabend <john.fastabend@gmail.com>,
Ivan Vecera <ivecera@redhat.com>
Subject: Re: [PATCH net-next 1/2] net: sched: add empty status flag for NOLOCK qdisc
Date: Thu, 21 Mar 2019 07:42:48 -0700 [thread overview]
Message-ID: <fb8389f4-994a-b490-9adf-a6bfb370dea1@gmail.com> (raw)
In-Reply-To: <ff9ec0a74b36d1c731941955937acf5d55e761b5.1553118918.git.pabeni@redhat.com>
On 03/21/2019 03:14 AM, Paolo Abeni wrote:
> The queue is marked not empty after acquiring the seqlock,
> and it's up to the NOLOCK qdisc clearing such flag on dequeue.
> Since the empty status lays on the same cache-line of the
> seqlock, it's always hot on cache during the updates.
>
> This makes the empty flag update a little bit loosy. Given
> the lack of synchronization between enqueue and dequeue, this
> is unavoidable.
>
Seems nice !
> Signed-off-by: Paolo Abeni <pabeni@redhat.com>
> ---
> include/net/sch_generic.h | 17 +++++++++++++++++
> net/sched/sch_generic.c | 2 ++
> 2 files changed, 19 insertions(+)
>
> diff --git a/include/net/sch_generic.h b/include/net/sch_generic.h
> index 31284c078d06..1dc0aeec5d39 100644
> --- a/include/net/sch_generic.h
> +++ b/include/net/sch_generic.h
> @@ -113,6 +113,9 @@ struct Qdisc {
>
> spinlock_t busylock ____cacheline_aligned_in_smp;
> spinlock_t seqlock;
> +
> + /* for NOLOCK qdisc, true if there are enqueued skbs */
> + bool not_empty;
> struct rcu_head rcu;
> };
>
> @@ -143,11 +146,25 @@ static inline bool qdisc_is_running(struct Qdisc *qdisc)
> return (raw_read_seqcount(&qdisc->running) & 1) ? true : false;
> }
>
> +static inline bool qdisc_is_empty(struct Qdisc *qdisc)
> +{
> + if (qdisc->flags & TCQ_F_NOLOCK)
> + return !qdisc->not_empty;
double negations are not very readable IMO ...
Why not using qdisc->empty instead ?
> + return !qdisc->q.qlen;
> +}
> +
> +/* for NOLOCK qdisc, caller must held seqlock */
> +static inline void qdisc_set_empty(struct Qdisc *qdisc)
> +{
> + qdisc->not_empty = false;
> +}
> +
I guess the helper is not really needed ?
> static inline bool qdisc_run_begin(struct Qdisc *qdisc)
> {
> if (qdisc->flags & TCQ_F_NOLOCK) {
> if (!spin_trylock(&qdisc->seqlock))
> return false;
> + qdisc->not_empty = true;
Not clear why you have a qdisc_set_empty() helper only for one case.
> } else if (qdisc_is_running(qdisc)) {
> return false;
> }
> diff --git a/net/sched/sch_generic.c b/net/sched/sch_generic.c
> index a117d9260558..3b03c6b9be1e 100644
> --- a/net/sched/sch_generic.c
> +++ b/net/sched/sch_generic.c
> @@ -671,6 +671,8 @@ static struct sk_buff *pfifo_fast_dequeue(struct Qdisc *qdisc)
> qdisc_qstats_cpu_backlog_dec(qdisc, skb);
> qdisc_bstats_cpu_update(qdisc, skb);
> qdisc_qstats_atomic_qlen_dec(qdisc);
> + } else {
> + qdisc_set_empty(qdisc);
> }
>
> return skb;
>
next prev parent reply other threads:[~2019-03-21 14:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-21 10:14 [PATCH net-next 0/2] net: dev: BYPASS for lockless qdisc Paolo Abeni
2019-03-21 10:14 ` [PATCH net-next 1/2] net: sched: add empty status flag for NOLOCK qdisc Paolo Abeni
2019-03-21 14:42 ` Eric Dumazet [this message]
2019-03-21 15:10 ` Paolo Abeni
2019-03-21 10:14 ` [PATCH net-next 2/2] net: dev: introduce support for sch BYPASS for lockless qdisc Paolo Abeni
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=fb8389f4-994a-b490-9adf-a6bfb370dea1@gmail.com \
--to=eric.dumazet@gmail.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=ivecera@redhat.com \
--cc=john.fastabend@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/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).