From unknown Sat Jun 21 03:13:47 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#62736 <62736@debbugs.gnu.org> To: bug#62736 <62736@debbugs.gnu.org> Subject: Status: resizing emacs via remote X is horrible slow Reply-To: bug#62736 <62736@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:13:47 +0000 retitle 62736 resizing emacs via remote X is horrible slow reassign 62736 emacs submitter 62736 Harald Dunkel severity 62736 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 09 03:34:00 2023 Received: (at submit) by debbugs.gnu.org; 9 Apr 2023 07:34:00 +0000 Received: from localhost ([127.0.0.1]:60182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plPYm-0001vW-21 for submit@debbugs.gnu.org; Sun, 09 Apr 2023 03:34:00 -0400 Received: from mordac.selfhost.de ([82.98.82.6]:55824 helo=outgoing.selfhost.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plPYj-0001vJ-V4 for submit@debbugs.gnu.org; Sun, 09 Apr 2023 03:33:58 -0400 Received: (qmail 1002 invoked from network); 9 Apr 2023 07:33:55 -0000 Received: from unknown (HELO mailhost.afaics.de) (postmaster@xqrsonfo.mail.selfhost.de@62.158.100.70) by mailout.selfhost.de with ESMTPA; 9 Apr 2023 07:33:55 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on marvin.afaics.de X-Spam-Level: X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED=-1 autolearn=ham autolearn_force=no version=_VERSION Received: from [10.42.100.14] (cecil.afaics.de [10.42.100.14]) by marvin.afaics.de (OpenSMTPD) with ESMTP id f86f0885; Sun, 9 Apr 2023 09:33:55 +0200 (CEST) Message-ID: Date: Sun, 9 Apr 2023 09:33:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 From: Harald Dunkel Subject: resizing emacs via remote X is horrible slow To: submit@debbugs.gnu.org Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi folks, Using emacs 28.2 ("emacs-lucid", built on Debian Testing) via xlib protocol on a remote site it is horrible slow on a window resize. If it does a window refresh, shows some new text, scrolls text up or down or whatever, then emacs is as fast as expected. Only resizing the window sucks (sorry). Would it be possible to optimze emacs in this respect? If I run the same emacs in a remote xterm session, then it is 3 orders of magnitude faster. Now the xterm is responsible for running xlib protocol, resizing the window and sending SIGWINCH to emacs. What has xterm, that emacs doesn't have? Even if you don't focus on remote XWindow connections, this problem shows that there is something fishy in emacs. A local XWindow connction via lan or AF_UNIX might benefit of an optimization as well. Regards Harri From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 09 09:27:02 2023 Received: (at control) by debbugs.gnu.org; 9 Apr 2023 13:27:02 +0000 Received: from localhost ([127.0.0.1]:60379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plV4P-0000Q4-40 for submit@debbugs.gnu.org; Sun, 09 Apr 2023 09:27:02 -0400 Received: from mout.gmx.net ([212.227.15.19]:42721) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plV4E-0000PQ-8m for control@debbugs.gnu.org; Sun, 09 Apr 2023 09:26:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1681046795; i=michael.albinus@gmx.de; bh=Tbu8FBk/Chv0/MwJg828h3NgkGuWFpzvcAuB9Hw866M=; h=X-UI-Sender-Class:From:To:Subject:Date; b=Iyc37ka/F6ly+x4KJIJZUNOAQDvzxALtyGLSgkUjd6m4PABZ5RigyajaC5DS+VIhH HGLfIEdOw+6mAGNmI2D0J4liepoey4bT9+y76RryzuShesEth+MbAQR8ubz3CLkA1v 8/xGTfPuHJaxbCmbZA6fPorFb4Qw5DmBpUUj4qpemHl8JSG7aIUjeVZfkkAPmmC1V/ m5QKivW7x4S0QYJUIBhI27OmPyyTLbgAxDNhontc1AFgGblhItla6XLumWOY2ll3Ub shk70BJVieriSV4VneGHgkWM45Qr9BErKTei5c+x6OhiYa4I9vA0w5+UCT7uitfBmi u7Bh4RIP7Ic5w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.39.0]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mn2W5-1qCY5k2K9v-00k4Tv for ; Sun, 09 Apr 2023 15:26:35 +0200 From: Michael Albinus To: control@debbugs.gnu.org Subject: control message for bug #62736 Date: Sun, 09 Apr 2023 15:26:34 +0200 Message-ID: <87ttxpxk39.fsf@gmx.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:rRrJyZPJS9p3S5FWo6oapLG7wMts8Hvkg68XL+274cqVnl7r0sV rh0YmXTltsItc8YmfTqzMAwDyR8wQZdxAjiiuVDMlKL8hF0nj55knZhq2jcUKSYLz/oyb1Z k+Ru6z4XYSpzfOV5KFa0sYyUe4x1PtFSU5CqKv1f8A/EjHOUYXNCkWKMa3M5YFGC56Kwa/y lWSzsrnqqJ5v3top0HhJw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:siLjlGTqoy4=;ScIgE+RitQeyCBy89xzGjGP20Tk 4KxvQ5JJ9YjVWk+spSsVa1Y6GruF0pWcWqDamd4KfQrQ2uwfJHNPZv3IzpCAqBX4caV8VRqNZ MewAhB79NOdYJmbIyL8PvSWRozWr/Hbfa2BEOMphaK3Nh+9dM0fq95lSkYWYJ4Wv84dWsVmVx qtu5mHaW0dKsYN2s60FlXhI3N57yY4ibm9t3Dyc/EU3AS48ylF9YLwrZ4l+ghGfpUvxYlZ5lx 2ctHhnd17oLp7cF0RvqDzueVGJfRryW7H0PKIoaIZ4R01cm//REaRYzu+aEN4nuIQhjoceAr+ Rg2lDgeyC0U45o/OKBo2PW23Mn7Qc092GFX0LltnXzrtgAlug6ZOT9pnt/yRS+/TQu9+ZEjdo nZMQcrDY3tfbpESvuybxjCzia/pV4bjdtn137gY7+98gUulMmll7iciJmG4etdE/+m7IdlYqs yit1qrGSeFqR+FZWhPJauu9MR7DyJfDeP7nlrxbQmBG9M7+P/biy2edeyC00G5L9DB304aoiv GwZeG7i+e9/KjdbCWbctSdH4Ox2qgq0BHq+8WSNV6EGu4Vp46GtVNQKBDHsakZbePZg36OjtX SVE0+nhX/V45rWERGp1KH9AII4lj9G/6ctrIJcR3qCjefsPQw87/MDNiRZpLfkJ9FoMfm/ApR 4eGx5gI1yejfkMVRbmfeUk3tD44VtaLiHkRFMtRXH9yP4ejd+DJe/6rtQPef1oLB2CJ2Pm+5y MfNw8hiv8oU9l6xtdxk1P5wumyhrVzv5vygofWljevARvuhgm6/z4Z3Ym8q1aGNg+ESebURr9 ZX1hzqQTT29A1Rmr3Um3b7g7NJnXs3HvM2hXnp4f1bWImKs0haclvubYdVzILwnTqcZD/IZ8x cvG2Pdc0dApj4DiaC1CVEb0aX5hxh7Hg4DSiiLANCXuHiDU5wKBFnjrFQn9xe+yvKoStV3CH0 o4Hs1g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) reassign 62736 emacs quit From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 11 19:33:58 2023 Received: (at 62736) by debbugs.gnu.org; 11 Sep 2023 23:33:58 +0000 Received: from localhost ([127.0.0.1]:55178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfqPm-0000BP-BD for submit@debbugs.gnu.org; Mon, 11 Sep 2023 19:33:58 -0400 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:45422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfqPj-0000B5-CF for 62736@debbugs.gnu.org; Mon, 11 Sep 2023 19:33:56 -0400 Received: by mail-lj1-x233.google.com with SMTP id 38308e7fff4ca-2ba1e9b1fa9so85719041fa.3 for <62736@debbugs.gnu.org>; Mon, 11 Sep 2023 16:33:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694475225; x=1695080025; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=O+PhIJctHG+nwCmjZxqZDSVyMHVLC4GVKriU3x9ldpM=; b=SKbT+jRQq+ExAS/NJ4LjcCVpekmRBjtJYEdSRckTADZ7w9dH5rCNNqd43pLm1I7Cez 2Y4hpHE5WRObZvcw0nRN3VjFWQYw0lbtNE403NdOg/d1p0nR2i7vhsyNCnqW0smTPDTR eZL2MHMk5x6b+xtqTDVh3s2OBWJeeoRVtFAdbgvvVG2A1xX+AxVkB95nFl5SxsH0unJQ IKQaJsmV0T4Yaop80lXLxIGZfPAsqe9KeR4Df66rk4tu1/KTjErl9tzdCBhmWd8lIUh3 aK0PmcwUelS45gVhab9mPK9YoIbdImUNoWnLMRFc0/h23nQqtJf0iBbVWcSCYHMacfHm ps/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694475225; x=1695080025; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=O+PhIJctHG+nwCmjZxqZDSVyMHVLC4GVKriU3x9ldpM=; b=Jf6yVWxe1i56TbKCcyKZx6izt3XKOeXhIKVjX8Eo9dfSWJ0cEZs8q4LvGLlzIihm2h RqHbYal+uFXrsGLwC0o+1wJhFu9EyRmnQEGFa9Qs8amXwZnbf3r+jlMWq3Z3FWY59RbZ Bep3yrG43JMyD5aqc/wQnA8Wgs1+gDcomcp4owPghrdckovW5f5WkzL7n4cfhOMzV8AR DbKLUelcfaE+q9+V5yi4TJcJsNwst7E6CsC0VyQ0AKXfAHTSaM9CxUNEAltAVYj5lCsM RJ3GeM9M6MH5Jf2KtNg0isbgURajQ3yLv6MP0NQpiGy/5KbTxcQzPaoipfz6ZLl6pw4s 7A+w== X-Gm-Message-State: AOJu0YzDMiSIm7DgM1NvrH0cFBHw2lwKL3OQkE8WdTUvjgWIkIsdIAJQ Ssld1+Fj26FPyJtt8PWKq9EcM878cmhJoQYG1H+KTwFu X-Google-Smtp-Source: AGHT+IFcIWpURR9o+dH/nZxgsG3NGEO50+PF+m0GLDqaPyWO4sdJXJs3Tp045LcvayNLT3ewHzdBy1zz93+Q5r9G6Yc= X-Received: by 2002:a2e:9410:0:b0:2bc:df55:eec7 with SMTP id i16-20020a2e9410000000b002bcdf55eec7mr8504903ljh.40.1694475225126; Mon, 11 Sep 2023 16:33:45 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 11 Sep 2023 16:33:44 -0700 From: Stefan Kangas In-Reply-To: (Harald Dunkel's message of "Sun, 9 Apr 2023 09:33:55 +0200") References: MIME-Version: 1.0 Date: Mon, 11 Sep 2023 16:33:44 -0700 Message-ID: Subject: Re: bug#62736: resizing emacs via remote X is horrible slow To: Harald Dunkel Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62736 Cc: 62736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Harald Dunkel writes: > Using emacs 28.2 ("emacs-lucid", built on Debian Testing) via xlib > protocol on a remote site it is horrible slow on a window resize. If > it does a window refresh, shows some new text, scrolls text up or > down or whatever, then emacs is as fast as expected. Only resizing > the window sucks (sorry). > > Would it be possible to optimze emacs in this respect? > > If I run the same emacs in a remote xterm session, then it is 3 orders > of magnitude faster. Now the xterm is responsible for running xlib protocol, resizing the window and sending SIGWINCH to emacs. What has > xterm, that emacs doesn't have? > > Even if you don't focus on remote XWindow connections, this problem > shows that there is something fishy in emacs. A local XWindow connction > via lan or AF_UNIX might benefit of an optimization as well. Why do you write "as fast as expected"? Does that mean that Emacs used to be faster, and if yes, in which version did it become slow? Thanks.