Re: 1000x slowdown in simple tk prog on Mac OS X 10.10.1 (XQuartz 2.7.7)
Re: 1000x slowdown in simple tk prog on Mac OS X 10.10.1 (XQuartz 2.7.7)
- Subject: Re: 1000x slowdown in simple tk prog on Mac OS X 10.10.1 (XQuartz 2.7.7)
- From: Marty Sereno <email@hidden>
- Date: Mon, 01 Dec 2014 10:28:53 -0800 (PST)
hi jeremy
thanks much for the response.
the DISPLAY var on my 10.10.1 machine (Mac Pro, 6-core, D700's) looked OK:
DISPLAY=/private/tmp/com.apple.launchd.clFuL77xZD/org.macosforge.xquartz:0
and here is the socket:
buc06:sereno[7] ls -al /tmp/com.apple.launchd.clFuL77xZD
total 0
drwx------ 3 sereno wheel 102 Dec 1 18:09 ./
drwxrwxrwt 9 root wheel 306 Dec 1 18:09 ../
srw-rw-rw- 1 sereno wheel 0 Dec 1 18:09 org.macosforge.xquartz:0
For comparison, on my non-slow 10.6.8 machine (2011
MacBook Pro 17"), the DISPLAY var looks like this:
DISPLAY=/tmp/launch-MhYGZd/org.macosforge.xquartz:0
All the following uniformly take 10 sec (I assume you
meant a ';' in between DISPLAY= and /path/...),
on the 10.10.1 Mac Pro machine:
DISPLAY=/private/tmp/com.apple.launchd.clFuL77xZD/org.macosforge.xquartz:0
/Users/sereno/Developer/csurfsrc/tcltktix/bin/Darwin-x86_64/wish8.5
[source <script_below>, or paste script into wish prompt]
or
DISPLAY=/private/tmp/com.apple.launchd.clFuL77xZD/org.macosforge.xquartz:0
/tmp/zz.tcl # zz.tcl is wish script below
or
env \
DISPLAY=/private/tmp/com.apple.launchd.clFuL77xZD/org.macosforge.xquartz:0 \
/Users/sereno/Developer/csurfsrc/tcltktix/bin/Darwin-x86_64/wish8.5
or
env \
DISPLAY=/private/tmp/com.apple.launchd.clFuL77xZD/org.macosforge.xquartz:0 \
/Users/sereno/Developer/csurfsrc/tcltktix/bin/Darwin-x86_64/wish8.5 \
zz.tcl # zz.tcl is wish script below
Back in XQuartz 2.7.4, on my 10.6.8 machine, I noticed that
occasionally, the normally zippy tk/tix widget drawing would
suddenly slow way down after XQuartz had been running a while
(often through several sleeps). Again this was a 100x to 1000x
slowdown).
It would only be fixed by a reboot (logout/login restart win server
not enough). After XQuartz 2.7.6 or 2.7.7 (not sure which), the slowdown
never happened again (on 10.6.8). I never figured out what was causing
it then either. There were no system updates in between broken
and fixed.
I won't email you again unless I actually figure
something out :-}
cheers,
marty
On Sun, 30 Nov 2014, Jeremy Huddleston Sequoia wrote:
I wonder if this is related to the xauth timeout because it doesn't know about the new Yosemite launchd socket path. If you launch XQuartz and then do 'DISPLAY=:0 /path/to/program', does it experience the delay. Note that your DISPLAY may not actually be :0, so if that doesn't work, check what DISPLAY the running X server is.
--Jeremy
On Nov 29, 2014, at 22:06, Tom Lane <email@hidden> wrote:
Marty Sereno <email@hidden> writes:
In XQuartz 2.7.7, running on Mac OS X 10.6.8,
the following program (source'd in a wish8.5.12
compiled on 10.6.8) takes about 10 milliseconds to
finish/display:
# display 400 buttons
for {set j 0} {$j < 20} {incr j} {
frame .f$j
pack .f$j -side top
for {set i 0} {$i < 20} {incr i} {
button .f$j.b$i -text asdf
pack .f$j.b$i -side left
}
}
On XQuartz 2.7.7 runnng on Mac OS X 10.10.1,
the same program (whether X11 tcl/tk was
compiled on 10.6.8 or on 10.10.1) takes
about 10 sec to display (1000x slowdown).
Hm ... I see a similar delay if I run this as a script file,
but if I copy/paste it into an interactive wish, it seems to be
about a second or so. Which is still a lot, but the context
makes a difference.
Also, I use exmh (a tcl/tk email handler) constantly, and I've not
noticed any particular slowdown in it with Yosemite. So it's not
true that tk is broken completely. You'll probably need to do some
sleuthing ...
regards, tom lane
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden