From: Willy Tarreau <w@1wt.eu>
To: Pavel Machek <pavel@ucw.cz>
Cc: Richard Purdie <rpurdie@rpsys.net>,
Jacek Anaszewski <jacek.anaszewski@gmail.com>,
linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org
Subject: Re: [PATCH] leds/trigger/activity: add a system activity LED trigger
Date: Wed, 15 Feb 2017 11:42:12 +0100 [thread overview]
Message-ID: <20170215104212.GC19195@1wt.eu> (raw)
In-Reply-To: <20170215102426.GB29330@amd>
Hi Pavel!
On Wed, Feb 15, 2017 at 11:24:26AM +0100, Pavel Machek wrote:
> On Sun 2017-02-12 00:41:54, Willy Tarreau wrote:
> > The "activity" trigger was inspired by the heartbeat one, but aims at
> > providing instant indication of the immediate CPU usage. Under idle
> > condition, it flashes 10ms every second. At 100% usage, it flashes
> > 90ms every 100ms. The blinking frequency increases from 1 to 10 Hz
> > until either the load is high enough to saturate one CPU core or 50%
> > load is reached on a single-core system. Then past this point only the
> > duty cycle increases from 10 to 90%.
> >
> > This results in a very visible activity reporting allowing one to
> > immediately tell whether a machine is under load or not, making it
> > quite suitable to be used in clusters.
> >
> > Signed-off-by: Willy Tarreau <w@1wt.eu>
>
> Hmm. Evil question. Why not use LEDS_TRIGGER_CPU instead?
>
> Recently it gained support for "summarizing" all the cpus onto one
> led.
That's not an evil question, it's perfectly correct as it's the first
one I've tried :-) But it's basically an all on or all off report, you
see if the CPU is instantly being used or not. Also, when the CPU is
idle you have no way to tell the machine is not dead, and when it's
saturated you have no way to check it's not stuck. In the end I found
the lack of progressivity in the visual report to be very problematic
for my typical use case where I want to be able to spot in one second
if a machine in my build farm is under-loaded.
I thought about modifying the cpu trigger to support a different mode
of reporting but I noticed that the two approaches are quite different
and very likely suit different purposes, even if there can be some
overlap for a number of use cases. I think that most users just want
to see if something is running or draining their battery and CPU is
better suited there. But to differenciate between 10, 50 and 100%
usage, it really is not (at least for me).
Cheers,
Willy
next prev parent reply other threads:[~2017-02-15 10:42 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-11 23:41 [PATCH] leds/trigger/activity: add a system activity LED trigger Willy Tarreau
2017-02-15 10:24 ` Pavel Machek
2017-02-15 10:42 ` Willy Tarreau [this message]
2017-02-15 21:10 ` Pavel Machek
2017-03-09 20:48 ` Jacek Anaszewski
2017-03-10 6:44 ` Willy Tarreau
2017-08-24 12:07 ` Willy Tarreau
2017-08-27 16:44 ` Jacek Anaszewski
2017-08-28 6:57 ` Willy Tarreau
[not found] ` <1503945891-31722-1-git-send-email-w@1wt.eu>
2017-08-29 20:44 ` [PATCH v3] " Jacek Anaszewski
2017-08-30 2:38 ` Willy Tarreau
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=20170215104212.GC19195@1wt.eu \
--to=w@1wt.eu \
--cc=jacek.anaszewski@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=rpurdie@rpsys.net \
/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).