Xft performance with XEmacs 21.5.28 on Mac OS 10.5

[x11-users.apple.mzs at spamgourmet.com]

I think you should sample the X server instead of emacs. 
emacs_Xt_next_event() is how emacs handles events. In X all the on-screen 
work is actually done by another process, the X server (Xquartz in this 
case). The poll() is for the descriptor used to comminucate between 
X server and emacs. You should sample Xquartz and see what is taking so 
much time.

There is a nice write-up in section 9 of this paper about using DTrace for 
similar ends:

http://www.usenix.org/event/usenix04/tech/general/full_papers/cantrill/cantrill_html/

mzs

On Thu, 1 Nov 2007, William Gallafent - william at gallaf.net wrote:

> Well, I did a quick "Sampler" run.
>
> I just pressed page up and page down a few times, and all the time spent was 
> redrawing the text on the screen.
>
> This time is apparently being spent in "poll$UNIX2003" from _XRead <- 
> _XReply <- XQueryColor <- xft_convert_color, and "select$DARWIN_EXTSN", from 
> XtAppProcessEvent <- emacs_Xt_next_event.
>
> Anybody know why this might be?
>
> (There is a message with the actual Sampler run attached  (24KB zipped!) 
> awaiting moderation ...)
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> X11-users mailing list      (X11-users at lists.apple.com)
> Help/Unsubscribe/Update your Subscription: 
> http://lists.apple.com/mailman/options/x11-users/x11-users.apple.mzs%40spamgourmet.com
>
> This email sent to x11-users.apple.mzs at spamgourmet.com