Received: (at 62736) by debbugs.gnu.org; 11 Sep 2023 23:33:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 11 19:33:58 2023 Received: from localhost ([127.0.0.1]:55178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qfqPm-0000BP-BD for submit <at> 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 <stefankangas@HIDDEN>) id 1qfqPj-0000B5-CF for 62736 <at> 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 <at> 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 <stefankangas@HIDDEN> In-Reply-To: <ea31bb1b-187e-e864-0c09-0080cd45aea3@HIDDEN> (Harald Dunkel's message of "Sun, 9 Apr 2023 09:33:55 +0200") References: <ea31bb1b-187e-e864-0c09-0080cd45aea3@HIDDEN> MIME-Version: 1.0 Date: Mon, 11 Sep 2023 16:33:44 -0700 Message-ID: <CADwFkmmUZ43QsBGk_gC0qfXCiQ=C3iQT-tKCqEn1Gv95Yz4=yA@HIDDEN> Subject: Re: bug#62736: resizing emacs via remote X is horrible slow To: Harald Dunkel <harri@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62736 Cc: 62736 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Harald Dunkel <harri@HIDDEN> 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.
bug-gnu-emacs@HIDDEN
:bug#62736
; Package emacs
.
Full text available.Michael Albinus <michael.albinus@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at submit) by debbugs.gnu.org; 9 Apr 2023 07:34:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 09 03:34:00 2023 Received: from localhost ([127.0.0.1]:60182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1plPYm-0001vW-21 for submit <at> 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 <harri@HIDDEN>) id 1plPYj-0001vJ-V4 for submit <at> 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@HIDDEN@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: <ea31bb1b-187e-e864-0c09-0080cd45aea3@HIDDEN> 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 <harri@HIDDEN> Subject: resizing emacs via remote X is horrible slow To: submit <at> 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 <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
Harald Dunkel <harri@HIDDEN>
:help-debbugs@HIDDEN
.
Full text available.help-debbugs@HIDDEN
:bug#62736
; Package debbugs.gnu.org
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.