From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#44983: Truncate long lines of grep output Date: Sat, 30 Apr 2022 11:24:29 +0200 Message-ID: <87levm6i0i.fsf@gnus.org> References: <87v9dlc3ti.fsf_-_@mail.linkov.net> <83ft4pik35.fsf@gnu.org> <87sg8p5kw0.fsf@mail.linkov.net> <83eek8hoyx.fsf@gnu.org> <87h7p4r1n9.fsf@mail.linkov.net> <87tuacf79e.fsf@gnus.org> <83tuac9j0l.fsf@gnu.org> <87tuacdpte.fsf@gnus.org> <83sfpw9gw7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32962"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: juri@linkov.net, 44983@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 30 11:25:30 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 1nkjLz-0008OQ-Uc for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 11:25:27 +0200 Original-Received: from localhost ([::1]:34014 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nkjLy-0008Sa-E3 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 05:25:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53640) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkjLa-0008SP-Aw for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:25:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33735) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nkjLZ-0002lO-WB for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nkjLZ-00033R-Pf for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:25:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 09:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44983 X-GNU-PR-Package: emacs Original-Received: via spool by 44983-submit@debbugs.gnu.org id=B44983.165131068211706 (code B ref 44983); Sat, 30 Apr 2022 09:25:01 +0000 Original-Received: (at 44983) by debbugs.gnu.org; 30 Apr 2022 09:24:42 +0000 Original-Received: from localhost ([127.0.0.1]:55865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkjLF-00032j-Rs for submit@debbugs.gnu.org; Sat, 30 Apr 2022 05:24:42 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:46586) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkjLE-00032S-1F for 44983@debbugs.gnu.org; Sat, 30 Apr 2022 05:24:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GE1fwtlq8cTnEpRLZGKERgARCSK/5mHMb6yGi5GT6Eg=; b=gbuppBl6zOXO6Qcxw6k3AxqCCm eFfLgYB1TtRhVzf1Atvykb3T4X8NNGAoj5GBU1zTl1TRaAFZikW+BRjHKN5pxeNH+b2A9oYdghXIM 7I53JPKWH9J6p7kbbHvq6Osreea3CvDLopGMQdO2yChoJ5Nu3bv56Gr+0C0bA05XFUVs=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkjL5-00061h-7D; Sat, 30 Apr 2022 11:24:33 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAKlBMVEWCrLqi3PCr6/yW zuWNvM53pMwWIXQjM4Q1S5FUcZhxlaY3Q1lRZWr///+A617ZAAAAAWJLR0QN9rRh9QAAAAd0SU1F B+YEHgkEMXPsKuIAAAGiSURBVDjLnZQ/T8JAGMYrm8jSDg7E5U6MhDiJEhUGgzpAmDB+AJcWvwDF 3cChi5CYADoILFJucHDhz4CEheM+lL2WlLu2JsqT5u3w63PP+14vJ23IXimyvCuloa/AbwCuAQLW 64aVvTxb/JoHQGN1/9YsUTXNgxKrUQYSap0HBQe4HJoDoE+GDeDfgP5vB4qbOnlgNa7woKgy2VWY o4fum82PAWq0EBLmmNGeVMv1KCWE8gCORtnRdHYwIMkVYFlgQi9IOoQpNh2HPHh8rZoZd9Wn6qjR 8e9KE7qCzavT4Tzewse495LnwWcod0naXzQzpmTKLzVckMhzrd8KYjoRBuxSPKFBgsPB1EwIRwgV SqhQQaiCBEe5qOvmo2m6VhRA4AgbWSztZt7DmF8KDun327yf7GNjnFtObnUN6HjaGoZSCxxc7Aig buBpd2szho3zMwGU1aK9K6stsYHZp6MOD0rQrSXQFC9Q1gO6FwRcjkhV8Qfbzq91gYQIWAawGo8V hONjnmRFti2yEA6tKwQyH1iFA/GKgdanJgDe24eBtuyvH1Kw/DAZoN4eAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIyLTA0LTMwVDA5OjA0OjQ5KzAwOjAwB5IYrwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy Mi0wNC0zMFQwOTowNDo0OSswMDowMHbPoBMAAAAASUVORK5CYII= X-Now-Playing: New Order's _Movement: Remaster (1)_: "The Him" In-Reply-To: <83sfpw9gw7.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 29 Apr 2022 16:08:08 +0300") 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:231001 Archived-At: Eli Zaretskii writes: >> > If that doesn't help either, I suggest to profile the code, because it >> > could be the slow display is due to something else. >> >> Hm, yes... even if I disable font-lock-mode, it's still slow. > > Then I think a profile should tell something interesting. Turns out to be font lock anyway: 9152 88% - redisplay_internal (C function) 9148 88% - jit-lock-function 9148 88% - jit-lock-fontify-now 9148 88% - jit-lock--run-functions 9144 87% - run-hook-wrapped 9144 87% - # 9144 87% - font-lock-fontify-region 9144 87% - font-lock-default-fontify-region 9144 87% font-lock-fontify-keywords-region Apparently disabling font-lock-mode in the *grep* buffer wasn't sufficient to make it go away for some reason or other. Disabling global-font-lock-mode makes the problem go away. And using invisible text instead of a display property makes no difference -- font-lock seems to really want to do font locking on ever-growing lines that are inserted into the buffer by the process. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no