GNU bug report logs - #16594
24.3.50; very slow redraw when resizing windows horizontally

Previous Next

Full log

Message #101 received at 16594 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Darren Hoo <darren.hoo <at> gmail.com>
Cc: eggert <at> cs.ucla.edu, 16594 <at> debbugs.gnu.org
Subject: Re: bug#16594: 24.3.50;
 very slow redraw when resizing windows horizontally
Date: Sun, 02 Feb 2014 17:57:53 +0200

> From: Darren Hoo <darren.hoo <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  16594 <at> debbugs.gnu.org
> Date: Sun, 02 Feb 2014 13:28:54 +0800
> 
> Paul Eggert <eggert <at> cs.ucla.edu> writes:
> 
> >
> > Continuing on my guess, which may well be a wild goose chase, can you
> > use DTrace to see what system calls the offending Emacs is executing?
> 
> I earlier used Xcode's instrument which I believe just interprets the
> output from Dtrace/Dtruss. This argb32_image_mark_rgb32 low level call
> is the top one which is in turn called by x_write_glyphs up on the call
> tree. But as Eli has pointed out and I quote:
> 
>    Given that dragging the divider involves redrawing every line in
>    every window, these times are entirely reasonable.

I was talking only about the times spent inside redisplay_internal,
update_window, and update_window_line.  The overall redrawing
behavior, as seen in the screencast, does not seem reasonable to me.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.