NetBSD Problem Report #56279

From dholland@netbsd.org  Sun Jun 27 17:18:49 2021
Return-Path: <dholland@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 615011A921F
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 27 Jun 2021 17:18:49 +0000 (UTC)
Message-Id: <20210627171849.4363B84D91@mail.netbsd.org>
Date: Sun, 27 Jun 2021 17:18:49 +0000 (UTC)
From: dholland@NetBSD.org
Reply-To: dholland@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: line editing performance regression in xterm(?)
X-Send-Pr-Version: 3.95

>Number:         56279
>Category:       xsrc
>Synopsis:       line editing performance regression in xterm(?)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jun 27 17:20:00 +0000 2021
>Last-Modified:  Sun Jul 04 17:40:02 +0000 2021
>Originator:     David A. Holland
>Release:        NetBSD 9.99.85 (20210623)
>Organization:
>Environment:
System: NetBSD valkyrie 9.99.85 NetBSD 9.99.85 (VALKYRIE) #7: Wed Jun 23 18:32:25 EDT 2021  dholland@valkyrie:/usr/src/sys/arch/amd64/compile/VALKYRIE amd64
Architecture: x86_64
Machine: amd64
>Description:

After updating to 9.99.85 line editing performance in xterm,
specifically of inserting characters at the beginning of a long line,
seems to have become awful.

If you paste a few lines' worth of junk, go to the beginning of the
input, and start typing, it's now easy to type faster than the display
updating can keep up with. At least in xterm. I first noticed this in
tcsh, but it also affects sh, though curiously it seems to _not_
affect gdb from base.

Don't know when it started since I hadn't updated in a while, but it
wasn't like this a year ago.

It doesn't happen on the console so it's _probably_ something in xterm
but that's not entirely clear either.

It happened both with a tcsh bin from before updating and also after
recompiling.

>How-To-Repeat:

as above

>Fix:
Dunno.

>Audit-Trail:
From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: xsrc/56279: line editing performance regression in xterm(?)
Date: Sun, 4 Jul 2021 16:52:48 +0000

 On Sun, Jun 27, 2021 at 05:20:00PM +0000, dholland@NetBSD.org wrote:
  > After updating to 9.99.85 line editing performance in xterm,
  > specifically of inserting characters at the beginning of a long line,
  > seems to have become awful.
  > 
  > If you paste a few lines' worth of junk, go to the beginning of the
  > input, and start typing, it's now easy to type faster than the display
  > updating can keep up with. At least in xterm. I first noticed this in
  > tcsh, but it also affects sh, though curiously it seems to _not_
  > affect gdb from base.

 Critical factor: it depends on how much the xterm has scrolled. A
 fresh one doesn't exhibit the problem, but scrolling a few pages of
 text makes the lag noticeable.

 Doesn't seem to be directly proportional to how much scroll there's
 been though; I did uuencode /netbsd /netbsd and let that scroll (which
 takes a while) and that makes it slower, but not markedly slower from
 one that's scrolled only 4-5 screeunfuls.

 -- 
 David A. Holland
 dholland@netbsd.org

Home	PR Database Search