delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2020/08/16/02:07:05

X-Recipient: archive-cygwin AT delorie DOT com
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 8BBD23857C4A
Authentication-Results: sourceware.org;
dmarc=none (p=none dis=none) header.from=nexgo.de
Authentication-Results: sourceware.org;
spf=pass smtp.mailfrom=Stromeko AT nexgo DOT de
From: ASSI <Stromeko AT nexgo DOT de>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] emacs 27.1-1
References: <announce DOT 20200811124856 DOT 46307-1-kbrown AT cornell DOT edu>
<87pn7srlrf DOT fsf AT Rainer DOT invalid>
Date: Sun, 16 Aug 2020 08:06:05 +0200
In-Reply-To: <87pn7srlrf.fsf@Rainer.invalid> (Achim Gratz's message of "Sat,
15 Aug 2020 17:07:00 +0200")
Message-ID: <87364nm8fm.fsf@Otto.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
X-VADE-STATUS: LEGIT
X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
KAM_NUMSUBJECT, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,
SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Errors-To: cygwin-bounces AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

Achim Gratz writes:
> This release seems to have a serious performance regression when using
> diff-mode on large diffs with long lines (e.g. created by comparing the
> logs of two compilations), especially when combined with
> toggle-truncate-lines.  Emacs becomes unresponsive with 100% CPU load
> when scrolling fast, sometimes for several seconds.  The CPU time seems
> to be spent in redisplay().

I've finally dug out the respoinsible change in NEWS.  It turns out this
is the fallout from a new default: a customization named diff-refine has
come into existence and its default is 'font-lock.  Set it to either nil
to never refine automatically or the select the old behaviour with
'navigate and the scrolling works much better now.  It still feels a tad
slower than it were, but that might well be due to some other changes to
how diff-mode fontifies.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019