Re: Tk slowness (was: getting around Mac shell not passing some env vars)
Re: Tk slowness (was: getting around Mac shell not passing some env vars)
- Subject: Re: Tk slowness (was: getting around Mac shell not passing some env vars)
- From: René J.V. Bertin <email@hidden>
- Date: Thu, 02 Mar 2017 09:34:25 +0100
Hi,
CC'ing the X11 list because I cannot remember having seen the observations below:
What you describe suggests that the X11 event loop is somehow related to what you are seeing, exposing a flaw somewhere in the code you are using (tk or your own, distributed architectures tend to be sensitive to that in my experience).
It reminds me of a simple Tk dialog I once wrote to facilitate entering arguments for a statistic analysis in R. If memory serves me well I could simply create the dialog from the R console when under X11, and it would run as if in the background (either on a background thread or because a Tcl/Tk callback was incorporated in R's commandline "event" loop). The same approach didn't work when I used a native R GUI.
IOW, your slowness may simply be the interface waiting for events.
It used to be possible to link to the native (Cocoa) Tk framework instead of the X11 Tk library. If your code is written correctly in terms of event handling you should only see a difference in appearance, not in the intended behaviour except of course that remote displaying becomes impossible. It might help pinpoint the bottleneck.
BTW, have you ruled out the possible influence of inter-machine connections?
R.
email@hidden wrote on 20170301::14:58:40 re: "Re: getting around Mac shell not passing some env vars"
>The reason I thought that AppNap might be the culprit
>in the dreadful Mac/tk/X11 slowdown, is that if I put
>up an X11 window in front of the very slooooowly drawing
>X11/tk window, and then kill it (or move it away), the
>drawing will go very fast, in proportion to how much
>of the window was temporarily occluded. My horrible
>hack to fix this on 10.10+ for my distributed X11/tk/OpenGL
>programs is to pop up an xterm in front of the interface
>window, then immediately kill it, which gives me about
>a 100x speedup.
>
>In any case, everything worked correctly on 10.9
>and before, for every version of XQuartz, and the
>breakage was entirely correlated with the 10.9->10.10 upgrade,
>and it persists in 10.12.3
>
>I reported it to Apple, and also to the tcl/tk guys here:
>
> http://core.tcl.tk/tk/tktview/01ef6cad3379f3586cd9f596222d5eeda2505f7c
>
>Though tcl/tk has fallen out of favor (tho see
>a number of Linux apps, and R commander), tk is
>also used for the interface for python (tkinter)
>without tcl, so I bet other people will begin to see
>this problem as they eventually upgrade.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden