From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vsmx009.vodafonemail.xion.oxcs.net (vsmx009.vodafonemail.xion.oxcs.net [153.92.174.87]) by sourceware.org (Postfix) with ESMTPS id 8BBD23857C4A for ; Sun, 16 Aug 2020 06:06:13 +0000 (GMT) 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@nexgo.de Received: from vsmx001.vodafonemail.xion.oxcs.net (unknown [192.168.75.191]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTP id 485A6159D58D for ; Sun, 16 Aug 2020 06:06:12 +0000 (UTC) Received: from Otto (unknown [84.160.193.16]) by mta-5-out.mta.xion.oxcs.net (Postfix) with ESMTPA id 1B577159D462 for ; Sun, 16 Aug 2020 06:06:10 +0000 (UTC) From: ASSI To: cygwin@cygwin.com Subject: Re: [ANNOUNCEMENT] emacs 27.1-1 References: <87pn7srlrf.fsf@Rainer.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 Content-Type: text/plain 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2020 06:06:15 -0000 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