From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Evil Boris Newsgroups: gmane.emacs.devel Subject: Re: Display slowness that is painful Date: Tue, 31 Jan 2006 00:07:11 -0500 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138684067 6439 80.91.229.2 (31 Jan 2006 05:07:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 05:07:47 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 31 06:07:45 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F3njx-0000Kr-RR for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2006 06:07:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3nmx-00067S-ES for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2006 00:10:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3nml-000676-Q4 for emacs-devel@gnu.org; Tue, 31 Jan 2006 00:10:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3nmk-00066u-6w for emacs-devel@gnu.org; Tue, 31 Jan 2006 00:10:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3nmk-00066r-3b for emacs-devel@gnu.org; Tue, 31 Jan 2006 00:10:34 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F3nlA-0007gb-89 for emacs-devel@gnu.org; Tue, 31 Jan 2006 00:08:56 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F3nja-0000IO-F7 for emacs-devel@gnu.org; Tue, 31 Jan 2006 06:07:18 +0100 Original-Received: from 207-38-193-43.c3-0.wsd-ubr1.qens-wsd.ny.cable.rcn.com ([207.38.193.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Jan 2006 06:07:18 +0100 Original-Received: from evilborisnet by 207-38-193-43.c3-0.wsd-ubr1.qens-wsd.ny.cable.rcn.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Jan 2006 06:07:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 33 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 207-38-193-43.c3-0.wsd-ubr1.qens-wsd.ny.cable.rcn.com User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) Cancel-Lock: sha1:I8C41eiEY1V33kgZPDnONMCE73Y= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49808 Archived-At: Richard Stallman writes: > I just displayed a large binary buffer which had many chars in the range > 0200 to 0377. And the region was large, too. This led to a very long loop > in which I saw the following on the stack > > try_scrolling, Fwindow_end, > start_display...get_next_display_element...handle_stop...handle_face_prop, > face_at_buffer_position, merge_named_face (on Qregion) > [...] > I can make the test case available if necessary. > It is a 1.3 meg GIF file. I seem to have run into a similar problem. In my case, it's an .EPS file produced by Adobe Photoshop (about 200kb), full of characters in that range too (some sort of binary data, plus maybe a preview). Turning font-lock off does not help. Switching to fundamental-mode does not help. Symptoms: The file takes a long time to load. Executing M-> took 10-5 mins (!!!) on my machine. Cursor motions w/o scrolling when none of the funny characters are visible is near instantaneous. When some of the characters are visible on the top of the screen (top one line), moving the cursor up and down takes a second or two. Doing large motions with much of the screen occupied by funny characters sends Emacs into CPU-time eating look. 100% CPU utilization for minutes at a time. First time I ran into this I thought Emacs hung altogether. Not sure if it helps. What else can I check? I would rather not send the file, though. --Boris