Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Date:   Wed, 19 Jan 2022 10:39:53 +0200
From:   Pekka Paalanen <ppaalanen@gmail.com>
To:     Gerd Hoffmann <kraxel@redhat.com>
Cc:     Sven Schnelle <svens@stackframe.org>,
        dri-devel@lists.freedesktop.org, Helge Deller <deller@gmx.de>,
        linux-fbdev@vger.kernel.org,
        Thomas Zimmermann <tzimmermann@suse.de>,
        linux-kernel@vger.kernel.org
Subject: Re: [PATCH] MAINTAINERS: Add Helge as fbdev maintainer
Message-ID: <20220119103953.75138bac@eldfell>
In-Reply-To: <20220118095352.xsb6fqacw4p276c5@sirius.home.kraxel.org>
References: <YeG8ydoJNWWkGrTb@ls3530>
        <c48ad8ae-aea5-43fa-882f-dccb90dde9a4@suse.de>
        <87bl0amc6s.fsf@x1.stackframe.org>
        <20220118103323.4bae3a7d@eldfell>
        <20220118095352.xsb6fqacw4p276c5@sirius.home.kraxel.org>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="Sig_/bND91UWGGOh_7.dIQvYk7JE";
 protocol="application/pgp-signature"; micalg=pgp-sha256
Precedence: bulk

--Sig_/bND91UWGGOh_7.dIQvYk7JE
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Tue, 18 Jan 2022 10:53:52 +0100
Gerd Hoffmann <kraxel@redhat.com> wrote:

> On Tue, Jan 18, 2022 at 10:33:23AM +0200, Pekka Paalanen wrote:
> > On Mon, 17 Jan 2022 19:47:39 +0100
> > Sven Schnelle <svens@stackframe.org> wrote:
> >  =20
> > > I also tested the speed on my Thinkpad X1 with Intel graphics, and th=
ere
> > > a dmesg with 919 lines one the text console took about 2s to display.=
 In
> > > x11, i measure 22ms. This might be unfair because encoding might be
> > > different, but i cannot confirm the 'memcpy' is faster than hardware
> > > blitting' point. I think if that would be the case, no-one would care
> > > about 2D acceleration. =20
> >=20
> > I think that is an extremely unfair comparison, because a graphical
> > terminal app is not going to render every line of text streamed to it.
> > It probably renders only the final view alone if you simply run
> > 'dmesg', skipping the first 800-900 lines completely. =20
>=20
> Probably more like "render on every vblank", but yes, unlike fbcon it
> surely wouldn't render every single character sent to the terminal.

Yes, and since 1k lines of dmesg is such little data, I would guess
even an old machine can chew that up in much less than one refresh
period until it needs to draw, so there is only going to be one or two
screen updates to be drawn.

Also, since X11 does not have vblank or frame boundaries in the
protocol, a terminal emulator app will do render throttling somehow
else. Maybe when it temporarily exhausts input and a timer as a
deadline in case input just keeps on flooding, would be my wild guess.


Thanks,
pq

--Sig_/bND91UWGGOh_7.dIQvYk7JE
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEJQjwWQChkWOYOIONI1/ltBGqqqcFAmHnzlkACgkQI1/ltBGq
qqeVcQ//b/3acJqaOlvPPa2ubpvE2sLqP9JGlaV2ADN6X12IuC9N8dxIvV/Wt5J7
XrK47knUS0THSys+KigeUJa5bVTwquZLkfWp+eBECsyNulcv0PMFIoWHSCQBWHfO
smfyj0Do0UIPPUc0dG0Gawf1ye0oJPuo4xfwu5k2SE6fJa/Tm8ofIG3pq5GJo5a5
zUp9rIzDN7BclCKi/xQyXL+adyy7Mbe9/Ww6R0jFreMA4IBcNsDHqtGqI+OwIAEr
LHmZHG3QwA/rrBl+lO8AkoW3+2ym43IQESV0qDWHKeT9LNw3ua2N2loNUjarNaom
oxjzjyCII8o7ftiVdgeYJyYnaBcQP8NiOWOjWIXG8IrJwWp3nXEkvkeQMeQ5eqSP
ZbErx/2IPgbGKpS6PrMaSKeJWdkGq7xlnb8aSOmFdpmjvH7dHvHfR2ouhts028p8
f9PP7JqnIkPDaM0VDrdS1/m2v8N7gzwvDR3B5k0YHSHl2jtZbZmifStakeC8Emzu
A5XDQVgy1BjJw99cICtbZOhNkdOQQmmoLozN4vWgU2sm2axE9SnOMXh9QGVzja0N
CBbhu+mnNi51jtrBb8pfQV2sKhxaMtNi57hEaChcQbLFENbkXkjPgYdjVc4Ybsyq
BBeklMjSeiIvc/pdux9iykReqh6VzE1MR8OdB1OTs+b91fWBBSo=
=npdH
-----END PGP SIGNATURE-----

--Sig_/bND91UWGGOh_7.dIQvYk7JE--