Date: Thu, 30 Jun 2016 15:42:19 +0200 From: Ed Schouten <ed@nuxi.nl> To: Maxim Sobolev <sobomax@freebsd.org> Cc: Ernie Luzar <luzar722@gmail.com>, Kurt Jaeger <lists@opsec.eu>, =?UTF-8?Q?Trond_Endrest=C3=B8l?= <Trond.Endrestol@fagskolen.gjovik.no>, FreeBSD current <freebsd-current@freebsd.org> Subject: Re: console in 11.0-ALPHA4 Message-ID: <CABh_MKm8bxB_vFSw4Spcmt8ZA2htbEzXXEnkqcooowuPOifMzw@mail.gmail.com> In-Reply-To: <CAH7qZfuWdx9CAX-UJwJjh0u8HqCYFrUxDr3F9gbUoLo3Ss-bnQ@mail.gmail.com> References: <57680D69.7030309@gmail.com> <alpine.BSF.2.20.1606201832250.1240@mail.fig.ol.no> <20160622090149.GD19494@home.opsec.eu> <576A74D0.2020704@gmail.com> <CAH7qZfuWdx9CAX-UJwJjh0u8HqCYFrUxDr3F9gbUoLo3Ss-bnQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Maxim, 2016-06-28 21:14 GMT+02:00 Maxim Sobolev <sobomax@freebsd.org>: > P.S. Just if somebody is interested in fixing those "fast scrolling text > turns into garbage" display issues, here is some screenshots of one of my > 11-alpha3 systems captured with a camera at 120fps. As you can see text > tears down quite badly. What happens is that rendering of vt(4) is done asynchronously. In addition to the screen contents, vt(4) keeps track of a rectangular area of the screen that needs to be updated. During every refresh, the rendering thread extracts and resets the coordinates of the rectangular area and redraws that area. It only holds a lock while extracting the rectangle's coordinates; not when redrawing. This means that if you have a lot of updates and redrawing is slow, you will get 'random' garbage on screen. Once output stops, the screen contents get refreshed one final time, making everything look all right again. -- Ed Schouten <ed@nuxi.nl> Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABh_MKm8bxB_vFSw4Spcmt8ZA2htbEzXXEnkqcooowuPOifMzw>