From owner-freebsd-current@freebsd.org Thu Jun 30 13:42:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABF42B87FBC for ; Thu, 30 Jun 2016 13:42:21 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9BE29F2 for ; Thu, 30 Jun 2016 13:42:21 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-qk0-x22e.google.com with SMTP id o76so31409015qke.0 for ; Thu, 30 Jun 2016 06:42:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=x0533PSrAUCvf+6ADEP8q9GuySQZFSrfDpJ6xgZRAkI=; b=FhG+GG3xLHyDeG/SGmEW8EK3KVlunL8X15Imq8jfUCwz+K4iqRLaB7PLWObnPiwdzM 8Fk53g31Y9gpFMt47ogNmA1SpItHRN/gREH1yZhmkWmd11p+iWV/5pYIaiZxupcFMtb7 vfsnYq/q4RMKzy6HNDOYTjmnEKMCvmwh7Ib0XGNxXo3gFkJ80MOPin1F6ETR+4KiJRmW 7t8YQ7hQVjxR6grcntEfCf/8kcCGNWxvZzUtHLUl5MPEP4BPnccz6f/+gCUT/w6qKh3V mJHGkBat4fWTb2TCaAdkSmfcNVBzYsB2e70+jSWHXBqgUtiCOCLKMXMdCvFX0DN9gEUx qeGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=x0533PSrAUCvf+6ADEP8q9GuySQZFSrfDpJ6xgZRAkI=; b=UTtD5G723Jef2KOGXur2D4IEaJKPalviER6hsvKZ96/63EWm3VG/vyDIwryg1dqmbk WePtXDSaNEjgWbV9/gBaQdPmiDjzD8rf2BKfK6nskwdD+WsxIgrOl8BocMLRNrHW84Hu tfMiyeDPpgd9FsQuG1RwGe/X3/ZjMG1O5yCH7qECG0VHes21a8mtkwcYD0C67lp6qEkj Rgd9ts0LUpY95h/n42XEwER0/ED0K07OKl244Ul2dUdpE4bu981vZMs++wQpeHioAbn3 0UbRKv31Uv7CyXxabRFbzqoZZNroP1FYFM1TK7bkdBIE6msVP/nM04vCPa/IFyZdq0qm GtoQ== X-Gm-Message-State: ALyK8tKXB+tPxpx6O4w6/sUiC4kIJIGXfw8nNvvWB8yCRt+JJedT9hTUvpiJ0YB8/Xrk63TKFndKrq0rLf0z+w== X-Received: by 10.37.57.129 with SMTP id g123mr6215353yba.163.1467294140321; Thu, 30 Jun 2016 06:42:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.201.199 with HTTP; Thu, 30 Jun 2016 06:42:19 -0700 (PDT) In-Reply-To: References: <57680D69.7030309@gmail.com> <20160622090149.GD19494@home.opsec.eu> <576A74D0.2020704@gmail.com> From: Ed Schouten Date: Thu, 30 Jun 2016 15:42:19 +0200 Message-ID: Subject: Re: console in 11.0-ALPHA4 To: Maxim Sobolev Cc: Ernie Luzar , Kurt Jaeger , =?UTF-8?Q?Trond_Endrest=C3=B8l?= , FreeBSD current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 13:42:21 -0000 Hi Maxim, 2016-06-28 21:14 GMT+02:00 Maxim Sobolev : > 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 Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717