On Monday 19 January 2009, Jeff Epler wrote:
>On Mon, Jan 19, 2009 at 05:49:56PM -0500, Gene Heskett wrote:
>> select the sim stuff and it asks to copy the files to the users dir for
>> editing, and I confirm.
>>
>> selecting one of the sims for axis (there seem to be 3 trees, sim, sim-1,
>> and sim-2, whats the diff?)
>
>You create a new one every time you choose the sample-config and agree
>to copy it. Don't do that -- choose the already-copied one.
>
Ahh, soo, said the dummy.
>> Question 1:
>> Are there any optimizations I can do to get a realtime response quick
>> enough to be at least believable here?
>
>This is quite different from my own experience. I also run ssh over a
>100Mb/s network. The remote machine running the emc gui is a 933MHz
>Pentium3 and the local machine displaying it is a 2.4GHz Pentium4 with
>the proprietary nvidia driver. The performance on the AXIS splash
>screen is well into the two-digit FPS, quite responsive.
[r...@coyote etc]# glxgears
3699 frames in 5.0 seconds = 739.411 FPS
3820 frames in 5.0 seconds = 763.634 FPS
3639 frames in 5.0 seconds = 725.452 FPS
Not exactly a speed demon. :)
And on goat via the x export to here:
g...@goat:~$ glxgears
6973 frames in 5.1 seconds = 1374.875 FPS
4877 frames in 5.1 seconds = 955.400 FPS
4876 frames in 5.0 seconds = 972.033 FPS
4616 frames in 5.1 seconds = 905.725 FPS
4421 frames in 5.0 seconds = 881.307 FPS
4226 frames in 5.1 seconds = 821.457 FPS
and while the display isn't corrupted, its just as spasticly updated.
And I have VERY serious doubts it could show that frame rate on its own 15"
crt.
>Is something using a lot of CPU on either machine? If there's a lot of
>CPU usage attributed to 'ssh' on either side, then it's overhead of the
>ssh encryption. If there's a lot on the remote 'axis' process, then
>it's CPU bound on your slow machine (but this isn't my experience). If
>it's in the local 'X' process, then it's probably the software OpenGL
>rendering that you allude to.
The ssh encryption might be it I suppose. Since this is local, totally hidden
from the net, is there a command that I can use in place of ssh that does not
use this encryption? Reading the ssh manpage, it looks like I should add
a '-c blowfish ' to the command line, its much faster than the default 3des.
But that also made no detectable diff in the update speed.
The x server is running on goat, but nothing else that should adversely effect
it (that I know of, no mail agents or such are running on it.)
>Likewise, if the speed gets worse when you enlarge the window, then
>blame software rendering.
I just shrank it back to the normal screen, about 1/4 of this one, no change.
It sure looks good full screen on a 1680x1050 lcd though. :)
>> Also, I wanted to play with the homing functions, but it
>> won't let me, saying the "shared homing switch is already closed." That
sounds like a
>> hal config thing, is it fixable so I can actually see how that is supposed
>> to work in real life?
>
>The sim/axis configuration already has a home switch configuration.
>IME, hitting 'Home all' after the user interface comes up does the
>homing routine for XYZ.
But not after running the logo? That is when I tried it and it was sitting at
the right end of that pattern. So I ran it back to within a few thou of
0,0,0 and it worked. I can see I need to fiddle with search speeds though,
way too fast yet.
>Use the various tools to look at the home switch connections--they are
>triggered by comparison of the motor positions with some hardcoded
>values to simulate a home switch.
I think I see. I'll have to play more when I get the switches installed.
Considering some opto-interrupters for those. Dirt seems to be a major cause
of a fudge factor even if using direct contact microswitches though.>
So many projects, so little time...
Thanks Jeff.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
I use not only all the brains I have, but all those I can borrow as well.
-- Woodrow Wilson
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
