From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: Derek Barbosa <debarbos@redhat.com>
Cc: pmaldek@suse.com, williams@redhat.com, john.ogness@linutronix.de,
tglx@linutronix.de, linux-rt-users@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: A Comparison of printk between upstream and linux-rt-devel
Date: Fri, 23 Aug 2024 09:09:08 +0200 [thread overview]
Message-ID: <20240823070908.D0GYffCS@linutronix.de> (raw)
In-Reply-To: <ZsdoD6PomBRsB-ow@debarbos-thinkpadt14sgen2i.remote.csb>
On 2024-08-22 12:32:15 [-0400], Derek Barbosa wrote:
> Hi,
Hi,
> TLDR: plain, vanilla 6.11.0-0.rc3 is slower on flush and
> does not print traces in panic/crash context consistently.
Thank you for testing.
> For the stock kernel, we observed an average of about 14,263 messages printed
> within 30 seconds. The standard deviation here hovers at around 1.52 messages,
> with a variance of 2.3 messages.
>
> For the "new printk" kernel, we observed an average of about 12,693 messages
> printed within 30 seconds. The standard devation here hovers at about 131.2
> messages, with a variance of 17211 messages.
>
> We observe a rough 12-13 percent overall delta between new printk and the
> stock kernel in this test case, with a larger disparity in standard
> deviation/variance.
I am a bit confused. You write here ~14k messages within 30secs for
"stock" aka 6.11.0-0.rc3 and then ~12k messages for "new printk" aka
from the latest RT tree. At the top you write "6.11.0-0.rc3 is slower on
flush". This means something else I guess.
Regarding your RCU stall: You stuff a _lot_ into the printk buffer. And
then printk is forced print everything out in a single sitting. The
whole printing job is done within a preempt_disable region so RCU has to
wait until it is done. If printing of the whole buffer takes >60sec then
you see your RCU stall.
The current RT tree will do the printing from a kthread which remains
preemptible because your printing threads don't print any errors/ panics
for 30seconds. So RCU gets its turn.
Sebastian
next prev parent reply other threads:[~2024-08-23 7:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-22 16:32 A Comparison of printk between upstream and linux-rt-devel Derek Barbosa
2024-08-23 7:09 ` Sebastian Andrzej Siewior [this message]
2024-08-23 18:45 ` Derek Barbosa
2024-08-23 7:11 ` Sebastian Andrzej Siewior
2024-08-23 10:19 ` test 1: was: " Petr Mladek
2024-08-23 19:06 ` Derek Barbosa
2024-08-26 14:02 ` Petr Mladek
2024-08-26 14:46 ` Derek Barbosa
2024-08-26 15:08 ` Petr Mladek
2024-08-26 16:56 ` John Ogness
2024-08-26 17:05 ` Derek Barbosa
2024-08-26 18:00 ` John Ogness
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=20240823070908.D0GYffCS@linutronix.de \
--to=bigeasy@linutronix.de \
--cc=debarbos@redhat.com \
--cc=john.ogness@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@vger.kernel.org \
--cc=pmaldek@suse.com \
--cc=tglx@linutronix.de \
--cc=williams@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 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.