From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#57727: 29.0.50; Optimize tty display updates Date: Mon, 12 Sep 2022 10:18:14 -0400 Message-ID: References: Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8920"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 57727@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 12 16:19:33 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oXkHc-00027M-Lr for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 12 Sep 2022 16:19:32 +0200 Original-Received: from localhost ([::1]:50870 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oXkHb-0004ym-PZ for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 12 Sep 2022 10:19:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34528) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oXkH8-0004xZ-SA for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2022 10:19:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58844) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oXkH8-00080E-AM for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2022 10:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oXkH8-0000Pb-1T for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2022 10:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2022 14:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57727 X-GNU-PR-Package: emacs Original-Received: via spool by 57727-submit@debbugs.gnu.org id=B57727.16629923111543 (code B ref 57727); Mon, 12 Sep 2022 14:19:01 +0000 Original-Received: (at 57727) by debbugs.gnu.org; 12 Sep 2022 14:18:31 +0000 Original-Received: from localhost ([127.0.0.1]:47543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oXkGc-0000Oo-Ig for submit@debbugs.gnu.org; Mon, 12 Sep 2022 10:18:30 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:22171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oXkGZ-0000Oc-B3 for 57727@debbugs.gnu.org; Mon, 12 Sep 2022 10:18:29 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2263B100129; Mon, 12 Sep 2022 10:18:21 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 62DD11000FF; Mon, 12 Sep 2022 10:18:19 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1662992299; bh=ZG7luru3RurXYka0KPuhha8tqTHK7JT7epQPPMXpHvY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=WePEYfqg9rnQtWhSPUxEc1YGNfmarHcZWaJ4+XOd2VEoMUHz3f961ufaKjPEK3Cyf Br+S6GIoB7f+O5D1oEPk/urwN1jy9cZhQ1yvJcvp35G4yINQsrSWgU3FQ3VSlb34yM whajzBovHfbwX/nLy1b7AdBvPumU6hdw2EmQjthNik8zNZU7VbxlB+UMTmj8ab6Ros xTJr8AA9pa2Z+G0SKXkHYyi36NFBT7bi19OLrU2uBYVz6boUGoiyVGJ7gj2KJFq9eO Yy3fZ7zEfwD0+hfFqJypJpsY6XzYnqYBudILEFm4mhyrkpyFSmx4+p62gsNibFBcWI lYAIEQlNSVH6Q== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 551B312036E; Mon, 12 Sep 2022 10:18:19 -0400 (EDT) In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Mon, 12 Sep 2022 08:33:12 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:242278 Archived-At: > 1. Multi-tty make me feel it's natural to make the behavior terminal > dependent. At least I don't consider unreasonable for a user to expect > being able to tailor the behavior depending on the terminal. I guess the reason why I think it's over-engineered is that I feel it's not something which end-users will want to play with or configure per-terminal: we should have a setting that works well everywhere. The config vars are only needed to help find that universal setting. My guess is that the exact setting won't matter very much anyway as long as it's big enough to cover most redisplays (since we `fflush` anyway at the end of `update_frame`). For that same reason, I expect that using the OS's default will be good enough and it will be difficult to come up with good ways for users to test other values and report meaningful information about the impact. > 3. The coupling of setting the buffer size with not flushing is a bit > strange, but my reasoning would be that setting a larger buffer and > still flushing is kind of nonsensical. Agreed. > 4. From the recent discussion of supporting images on ttys I take away > that using a large buffer might help with that because of more data > being sent to the terminal. Could be. Tho I suspect we'd usually want to send a file name rather a file's data, but in any case, this is still hypothetical, so I see no need to cross this bridge yet. >> If someone wants to try out different buffer sizes, I suspect that >> recompiling is a good enough solution (or provide a DEFVAR_INT for that >> and let the tester(s) call `suspend/resume-tty` by hand). > I didn't do that because of multi-tty. But letting users suspend/resume > manually is of course an option. To the extent that I see it as a "debugging" functionality, it seems sufficient (another option is to tell people to use an Emacs daemon so they can set the var before opening the tty). Stefan