Re: [Emc-users] Latency test
2012/3/31 Alwyn McLeod mcleod.al...@gmail.com: When I run the latency test, I get Base thread jitter of 932659. In the config file the max. is set at 50,000. What You set in INI file is the length of the particular thread. I guess that length of base thread is set at 50'000 ns and length of servo thread is 1'000'000 ns. You do not set a jitter value anywhere. And 932'659 ns delay in a 50'000 thread means that interrupt was almost 19 consecutive thread periods. The only way I know, how such numbers can be obtained, is running LinuxCNC and Ubuntu in a virtual machine. I have never heard of anything close to this, when LinuxCNC is ran in normal way. I think You should share some information, what hardware do You have, which version of LinuxCNC on which version of Ubuntu do You use and probably paste Your config and preferably paste the screenshot with the latency test results (let latency test run for some 30 min, try to load the pc in a meantime by pressing alt+f2 and typing 'glxgears' and hitting 'enter', open firefox, browse some web page, if You have access, move that firefox window across the screen, copy some files, do whatever else You can think of to load the pc) in picpaste.com or similar place. Viesturs -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test
The simple explanation is that is a lot of jitter. Look here to debug - http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting I had a graphics card that ran at 200,000 when using the manufacturer 3d driver, but down to 40,000 with software 3d. On Sat, Mar 31, 2012 at 2:40 AM, Viesturs Lācis viesturs.la...@gmail.comwrote: 2012/3/31 Alwyn McLeod mcleod.al...@gmail.com: When I run the latency test, I get Base thread jitter of 932659. In the config file the max. is set at 50,000. What You set in INI file is the length of the particular thread. I guess that length of base thread is set at 50'000 ns and length of servo thread is 1'000'000 ns. You do not set a jitter value anywhere. And 932'659 ns delay in a 50'000 thread means that interrupt was almost 19 consecutive thread periods. The only way I know, how such numbers can be obtained, is running LinuxCNC and Ubuntu in a virtual machine. I have never heard of anything close to this, when LinuxCNC is ran in normal way. I think You should share some information, what hardware do You have, which version of LinuxCNC on which version of Ubuntu do You use and probably paste Your config and preferably paste the screenshot with the latency test results (let latency test run for some 30 min, try to load the pc in a meantime by pressing alt+f2 and typing 'glxgears' and hitting 'enter', open firefox, browse some web page, if You have access, move that firefox window across the screen, copy some files, do whatever else You can think of to load the pc) in picpaste.com or similar place. Viesturs -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test
On Sat, 2012-03-31 at 08:00 +0200, Alwyn McLeod wrote: When I run the latency test, I get Base thread jitter of 932659. In the config file the max. is set at 50,000. When I load EMC2 I get a message Unexpected real time delay: check dmesg for details' as well RTAPI: ERROR:Unexpected realtime delay on task 1. This message will only display once per session. Run latency test and resolve before continuing. Being a novice as far as Ubuntu is concerned, I am at a loss as to how I can resolve these issues. Any assistance will be appreciated. The jitter you measured is too high, so you'll need to make some configuration changes to make it better. If your PC where sitting in front of me, I would first check on what slots it has, the processor type and chipset, what video port is being used as well as the monitor. This would give me an idea of what changes can be made to keep the video system from interfering with latency. Also I would watch the latency test for a while to see when the really bad numbers come up. If the numbers jump right a way, my guess is the video driver, if some event like a disk access or plugging in or accessing a USB device, maybe a related BIOS setting may be needed. If it happens and repeats after a couple of minutes, it might be the SMI issue mentioned in the trouble shooting section on the wiki. When the latency numbers start getting pretty good from the changes you have made, it would be best to run the test over night to make sure something else that operates on a long time base doesn't slip through. Without knowing all of the above, my most common solution tends to be getting the xorg.conf file settings to work. On a new install, this file doesn't exist. So one will need to be made. If you have an xorg.conf file, make a copy of it so you can reuse it if needed. I usually start a terminal window (from the Desktop; Applications / Accessories / Terminal), type on the command line sudo gedit /etc/X11/xorg.conf. This will give you root privileges so you can edit a system file, then gEdit will create the new file and you can fill in what is needed. Usually I add something similar to: ~ Section Device Identifier Configured Video Device # Driver nvidia Driver vesa EndSection Section Monitor Identifier Configured Monitor Option DPMS Horizsync 30-66 Vertrefresh 50-130 EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Device Configured Video Device Defaultdepth24 SubSection Display Viewport0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section ServerLayout Identifier Default Layout screen Default Screen EndSection ~~ The # comments out the current video driver if this line exists, then I load a generic driver (vesa) that plays well with latency. Sometimes there is an open source version of a proprietary driver, which can work well and have more features than vesa. The monitor section lets the computer know what frequencies and resolutions are valid for the monitor. My equipment tends to be very old and Xorg has a hard time getting the settings on its own. One thing I do first is to bring up System / Preferences / Monitors and see if the monitor is recognized and the proper resolutions listed. If not, I add the Monitor and Screen sections to xorg.conf. If you add the monitor data, it is very important you use the actual data that matches the make, model and version of your monitor. Setting these wrong can make you monitor unreadable or go blank, and for a Linux novice can be very hard to get out of gracefully. By the way, if this happens, Alt F1 may get you to a terminal session. If Xorg does get some of these settings correctly, then you can leave those parts out. Getting this sorted out can take hours and a lot of rebooting. Oh, and when you save the new settings, just log out and back in (use the power icon and log out instead of power off) in order to activate the new settings or reboot. If the latency problem is not video related, you may need to study the troubleshooting and related sections in the wiki and other documentation. Don't be afraid to ask questions, good luck. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test
On Sat, Mar 31, 2012 at 2:00 AM, Alwyn McLeod mcleod.al...@gmail.comwrote: When I run the latency test, I get Base thread jitter of 932659. In the config file the max. is set at 50,000. Being a novice as far as Ubuntu is concerned, I am at a loss as to how I can resolve these issues. Any assistance will be appreciated. although you have gotten some good advice, it's really hard to help without knowing the details of the system. Motherboard, processor, ram, video card in particular Eric -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test
On Saturday, March 31, 2012 01:32:39 PM Kirk Wallace did opine: On Sat, 2012-03-31 at 08:00 +0200, Alwyn McLeod wrote: When I run the latency test, I get Base thread jitter of 932659. In the config file the max. is set at 50,000. When I load EMC2 I get a message Unexpected real time delay: check dmesg for details' as well RTAPI: ERROR:Unexpected realtime delay on task 1. This message will only display once per session. Run latency test and resolve before continuing. Being a novice as far as Ubuntu is concerned, I am at a loss as to how I can resolve these issues. Any assistance will be appreciated. The jitter you measured is too high, so you'll need to make some configuration changes to make it better. If your PC where sitting in front of me, I would first check on what slots it has, the processor type and chipset, what video port is being used as well as the monitor. This would give me an idea of what changes can be made to keep the video system from interfering with latency. Also I would watch the latency test for a while to see when the really bad numbers come up. If the numbers jump right a way, my guess is the video driver, if some event like a disk access or plugging in or accessing a USB device, maybe a related BIOS setting may be needed. If it happens and repeats after a couple of minutes, it might be the SMI issue mentioned in the trouble shooting section on the wiki. When the latency numbers start getting pretty good from the changes you have made, it would be best to run the test over night to make sure something else that operates on a long time base doesn't slip through. Without knowing all of the above, my most common solution tends to be getting the xorg.conf file settings to work. On a new install, this file doesn't exist. So one will need to be made. If you have an xorg.conf file, make a copy of it so you can reuse it if needed. I usually start a terminal window (from the Desktop; Applications / Accessories / Terminal), type on the command line sudo gedit /etc/X11/xorg.conf. This will give you root privileges so you can edit a system file, then gEdit will create the new file and you can fill in what is needed. Usually I add something similar to: ~ Section Device Identifier Configured Video Device # Driver nvidia Driver vesa EndSection This does generally help considerably. Unforch, the vesa driver, specs written back in 4/3 CRT display days, has not kept pace with the available monitors, which are all only available in 16/9 formats, at least here in the states, so while the vesa driver will work at its maximum 1024x768 resolution, on modern monitors you no longer have 'square pixels, meaning round objects aren't round, but oval. Occasionally a 3rd party driver will work well. On the box I just retired because the motherboard caps were failing, I had an ATI 9200SE card in it, and switching to the ati driver as above, which in turn loads the correct ATI driver for that card, I was amazed to find that latencies had not taken a big hit (unlike the nvidia drivers which are truly horrible to the latency figures) and that I once again had square pixels on a 16/9 monitor. In fact it worked amazingly well. But as in all things video vs linuxcnc, YMMV. Section Monitor Identifier Configured Monitor Option DPMS Horizsync 30-66 Vertrefresh 50-130 EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Device Configured Video Device Defaultdepth24 SubSection Display Viewport0 0 Depth 24 Modes 1280x1024 EndSubSection EndSection Section ServerLayout Identifier Default Layout screen Default Screen EndSection ~~ The # comments out the current video driver if this line exists, then I load a generic driver (vesa) that plays well with latency. Sometimes there is an open source version of a proprietary driver, which can work well and have more features than vesa. The nouveau driver seems to be working very well when it works, but isn't 100% bulletproof _yet_. I just ran it here for a couple weeks. Text rendering is better than nvidia, but I had several outright crashes, usually the reboot screen being the first hint that things have gone face down in the oatmeal. No traces in the logs, just the normal reboot sequence. The monitor section lets the computer know what frequencies and resolutions are valid for the monitor. My equipment tends to be very old and Xorg has a hard time getting the settings on its own. One thing I do first is to bring up System / Preferences / Monitors and see if the monitor is recognized and the proper resolutions listed. If not, I add the Monitor and Screen
Re: [Emc-users] Latency test numbers confusing
Neil Baylis wrote: OK, so I started up the computer, then waited 1/2 hour. Then I ran the latency test for 1/2 hour with no abuse, and the latency was below 7 microseconds. I have plenty of other computers, so I certainly don't need to be doing anything else on my EMC box when it's running EMC. The problem is EMC, ITSELF, abuses the computer a bit by running a 3-D display in the Axis GUI. That takes considerable resources, and unless you will be running the GUI on another computer, or won't be using Axis, you need to simulate that load to get an accurate reading. Also, network interfaces can cause DMA block transfers and CPU interrupts. Clearly, you don't need video players, music players, etc. for CNC. Jon -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
If the GUI latency test gives a result of how EMC will perform I always wondered if abusing the computer during the test does not result in an overly conservative number. I never use the computer that is running EMC with any other program until the parts are done. (Am I the only one?) There can be a dramatic difference between the latency test running by itself or the test running with everything else we may be doing with the computer at the same time. On a side note I have just started testing a Dell Optiplex GX520. When you first start the computer during the first 4 minutes there are two 250,000 spikes in the test with or without SMI. So far they do not repeat again even after the computer is on for several hours. Have had similar results in the 120,000 range with a Optiplex GX260 that I am using on a mill without any problems. May not be an issue, just have to warm the computer up before cutting! Rick -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
Maybe the problem is CPU TERMAL TROLLING? I tested one PC, which had BIOS without option to disable CPU TERMAL TROLLING. I did not find any way how to use that PC with EMC2. -Original Message- From: rng3 r...@verizon.net To: Enhanced Machine Controller \(EMC\) emc-users@lists.sourceforge.net Date: Thu, 14 Jan 2010 07:05:49 -0500 Subject: Re: [Emc-users] Latency test numbers confusing If the GUI latency test gives a result of how EMC will perform I always wondered if abusing the computer during the test does not result in an overly conservative number. I never use the computer that is running EMC with any other program until the parts are done. (Am I the only one?) There can be a dramatic difference between the latency test running by itself or the test running with everything else we may be doing with the computer at the same time. On a side note I have just started testing a Dell Optiplex GX520. When you first start the computer during the first 4 minutes there are two 250,000 spikes in the test with or without SMI. So far they do not repeat again even after the computer is on for several hours. Have had similar results in the 120,000 range with a Optiplex GX260 that I am using on a mill without any problems. May not be an issue, just have to warm the computer up before cutting! -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
On Thu, Jan 14, 2010 at 4:05 AM, rng3 r...@verizon.net wrote: If the GUI latency test gives a result of how EMC will perform I always wondered if abusing the computer during the test does not result in an overly conservative number. I never use the computer that is running EMC with any other program until the parts are done. (Am I the only one?) There can be a dramatic difference between the latency test running by itself or the test running with everything else we may be doing with the computer at the same time. On a side note I have just started testing a Dell Optiplex GX520. When you first start the computer during the first 4 minutes there are two 250,000 spikes in the test with or without SMI. So far they do not repeat again even after the computer is on for several hours. Have had similar results in the 120,000 range with a Optiplex GX260 that I am using on a mill without any problems. May not be an issue, just have to warm the computer up before cutting! Rick Yes, this is exactly what I'm seeing on the GX280. If I reset the latency test after those spiikes, I never see them again. I'm going to try starting the computer, but not running the test for half an hour or so to see what happens. Is there any procedure for tracking down the cause of these spikes? Neil -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
2010/1/14 Евгений Александрович evgeni_a...@mail.ru: Maybe the problem is CPU TERMAL TROLLING? I tested one PC, which had BIOS without option to disable CPU TERMAL TROLLING. I did not find any way how to use that PC with EMC2. Sorry I don't know what that is. I guess it means my BIOS has no way of disabling it either. -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
On a side note I have just started testing a Dell Optiplex GX520. When you first start the computer during the first 4 minutes there are two 250,000 spikes in the test with or without SMI. So far they do not repeat again even after the computer is on for several hours. Have had similar results in the 120,000 range with a Optiplex GX260 that I am using on a mill without any problems. May not be an issue, just have to warm the computer up before cutting! Rick What is SMI? Also, what graphics card are you using with the Dells? Neil -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
OK, so I started up the computer, then waited 1/2 hour. Then I ran the latency test for 1/2 hour with no abuse, and the latency was below 7 microseconds. I have plenty of other computers, so I certainly don't need to be doing anything else on my EMC box when it's running EMC. Neil -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
2010/1/14 Neil Baylis neil.bay...@gmail.com: What is SMI? System Management Interrupt. Wiki description: http://en.wikipedia.org/wiki/System_Management_Mode How to get round it in RTAI http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?FixingSMIIssues -- atp -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
Ah OK. The penny drops. When I get home tonight, I'll follow the directions to disable SMI and see what happens. Is SMI the facility that makes the fans speed up and slow down according to how busy the system is? Or is that something else? (My fans seem very dynamic, speeding up and slowing down at the drop of a hat. But if I run just the latency test, they run quiet and slow.) -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
Ah OK. The penny drops. When I get home tonight, I'll follow the directions to disable SMI and see what happens. Is SMI the facility that makes the fans speed up and slow down according to how busy the system is? Or is that something else? (My fans seem very dynamic, speeding up and slowing down at the drop of a hat. But if I run just the latency test, they run quiet and slow.) -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
2010/1/14 Neil Baylis neil.bay...@gmail.com: Ah OK. The penny drops. When I get home tonight, I'll follow the directions to disable SMI and see what happens. It doesn't sound like SMI. That normally happens periodically. (in my case it was every 64 seconds) Is SMI the facility that makes the fans speed up and slow down according to how busy the system is? Or is that something else? That's something else, I think. Though SMI is involved in thermal management, I believe, and so you don't want to mess with it unless you are sure you need to. -- atp -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
On Thu, Jan 14, 2010 at 1:00 PM, Andy Pugh a...@andypugh.fsnet.co.uk wrote: 2010/1/14 Neil Baylis neil.bay...@gmail.com: Ah OK. The penny drops. When I get home tonight, I'll follow the directions to disable SMI and see what happens. It doesn't sound like SMI. That normally happens periodically. (in my case it was every 64 seconds) You were correct. I followed the instructions for disabling SMI, and it made no difference. However, it seems reliably true that once you get past the two spikes, the latency is tolerable. I'm going to run that way for the time being, and see how it goes. If I notice problems, I'll investigate further. Neil -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency test numbers confusing
The text mode latency tests in /usr/realtime* have a different structure and details than the graphical test. The graphical test more accurately reflects what emc's realtime performance will be. Besides involving additional emc code (rtapi), the graphical latency test is usually run with two realtime threads (1ms and 25us), while the text latency test is run with a single thread of 100us. That said, I don't personally recall seeing as big a difference as 100us vs 12us between the two tests. Jeff -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test Result Questions
The jitter really leads to two calculations (together with the step driver timings you enter): * the maximum step rate (bigger jitter - lower step rate) * the direction setup/hold value (no real effect on step rate) If your configuration still starts and doesn't give the unexpected realtime delay message, then the first issue is no problem. To take care of the second issue, find the lines in your hal file setting dirsetup/dirhold and add 2000 to them. This number as computed by stepconf is simply the datasheet setup/hold timing plus the latency. Jeff -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test Result Questions
On Sun, 5 Apr 2009 12:10:08 -0700 (PDT), you wrote: I have made many modifications to the ini file, and I do not really want to paste all of the edited lines back in, (since running stepconfig again will overwrite). Yea - stepconf could do with a bit of tweaking so it doesn't overwrite the whole file and only modifies parameters that it knows about. Steve Blackmore -- -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test Result Questions
Don, good thing you kept the .ini and .hal files - reminds me to make backups once again cause I think I changed the files since the last backup ... I copied my working config for the mill to 3 different machines (one active, one backup and one to play with at home) by comparing a setup generated by stepconf and changing the proper timing and addresses. Still, remember that the jitter, although it is an exact number, depends on what you do with the machine at a given moment and therefor is just a guidance number. At least this is how I see it: start the test, do all kinds of weird stuff that keeps the computer busy and get the worst number. In that case you will most likely never hit the edge in real life. But then, when the mill is running I never do all this weird stuff. This is a production machine and when it runs I do not touch mouse or keyboard. A 10% difference in jitter value is not that big. I've seen differences like this on different occasions that I ran the jitter test (on the same machine with the same software - no updates in between). This does bring up a new question: Can (will) the jitter test report different values after a software update? Since I configured my machine more than one year ago there have been some updates (I'd even say my EMC2 PC is more up to date than any of my windows machines). Rob - almost ashamed to admit still using Wingoof XP ;-) don wilson wrote: My box recently went down, and I had to re-install everything. I thought it would be a good idea to run another latency test after this fresh install. My max Jitter came out to 20,602, while my previous max jitter was 18,592. I have looked in the .ini and .hal file for a location where I can just put the new number in but have not found one. When using stepconfig, does it just take the jitter and calculate numbers based of of it. -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] latency test results help with interpretation
Hi Eric, I had the same devastating experience with an 1 GHz board. After some bothersome searching for the cause of extremely large latency values (above 7) I decided to get an old ASUS P3B-F board with a Pentium III, 350 MHz processor from the attic. With the same setup, same hard diks etc. I have now 9000 at maximum of all values and threads, averaging at ca. 7000. Then I pushed it up to 500 MHz without change in results. I think Intel was compromizing when trying to boost GHz performance on the cost of real time behaviour which the average user doesn't notice while playing games. I don't see any problem with using an elderly computer as long as real time performance is good. Best regards from frozen Germany Peter Blodow At 01:35 10.01.2009, you wrote: Hi All I have the following latency test results for a PIII 1Ghz coppermine based board I have. They are as follows servo thread 1ms max interval 1009707 ns servo thread 1ms max jitter 13202 ns base thread 25us max interval 43063 ns base thread 25us max jitter 20339 ns Can anybody tell me what is needed here. I have looked through the table of machines that work but I have no idea what just works and what is really good. Obviously zero jitter and intervals of exact length would be perfect but what is needed to get good or very good results ? Regards Eric -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] latency test results help with interpretation
This should provide a starting point towards enlightenment: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration While the numbers aren't the best out there, they are fairly decent and prove the PC can be used without issues with emc2. It depends on the max stepping speed you want to acheive if it's enough for you or not. Regards, Alex - Original Message - From: Eric Parsonage e...@eparsonage.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Saturday, January 10, 2009 2:35 AM Subject: [Emc-users] latency test results help with interpretation Hi All I have the following latency test results for a PIII 1Ghz coppermine based board I have. They are as follows servo thread 1ms max interval 1009707 ns servo thread 1ms max jitter 13202 ns base thread 25us max interval 43063 ns base thread 25us max jitter 20339 ns Can anybody tell me what is needed here. I have looked through the table of machines that work but I have no idea what just works and what is really good. Obviously zero jitter and intervals of exact length would be perfect but what is needed to get good or very good results ? Regards Eric -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.5/1884 - Release Date: 09.01.2009 08:38 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] latency-test Results .avi makes the numbers huge
you might look for different video drivers? I dont know what chipset you have or if its onboard or a card or what, but maybe it would affect cpu usage to play the video? On Mon, Dec 22, 2008 at 10:39 PM, Jeff Epler jep...@unpythonic.net wrote: After identifying things that cause large latencies, one possible solution is to simply remember not to do that thing--at least if it's something easy to not do, like start viewing a movie. One nice thing about servo systems with hardware encoder counting is that after a large latency, you'll get a following error but retain position. With steppers, a large latency means you probably stall the motors and lose position. Jeff -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] latency-test Results .avi makes the numbers huge
On Mon, 2008-12-22 at 15:51 -0800, John Figie wrote: P5LP-LE According to this manual: http://dl.getdropbox.com/u/16022/Screenshots/leonite_manual.PDF this board has integrated graphics that share main memory with the CPU. My guess is that's your problem. Thanks, Matt -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] latency-test Results .avi makes the numbers huge
After identifying things that cause large latencies, one possible solution is to simply remember not to do that thing--at least if it's something easy to not do, like start viewing a movie. One nice thing about servo systems with hardware encoder counting is that after a large latency, you'll get a following error but retain position. With steppers, a large latency means you probably stall the motors and lose position. Jeff -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Engvall wrote: Hi Jon, I'm using an GeForce 2 Nvidia card and it smears a bit on some windows. May have to try something else. Will check for a menu. Non-manufacturer video cables are APPALLING crap! Just 5 wires in one overall shield. I end up making my own video extension cables out of RG-178 mini-coax. A 100' roll isn't all that expensive. I wish I could find good cables pre-made, but I can't trust anything to be good enough. After the comments (JMK) this afternoon about problems with the Mazak at Galesburg I tried running a program on my machine while doing other things. The program was a pretty generic mill a bunch of identical blocks, first roughing at 4.5 ipm and the finishing at more like 12 ipm. Meanwhile I fired up the web browser since that makes the numbers on my latency test increase about as fast and anything I can do. Didn't even get a bump; even on the rapids between blocks. So while my latency numbers are really horrible, i.e. in the 96K range, I can't demonstrate any degradation in the performance of the mill. Servo systems running at 1 KHz are MUCH less sensitive to this than a stepper system trying to dispatch at 25 us. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
tomp wrote: yes, thanks John, i never read an acceptable magnitude for latency in a servo system Well, assuming you are running the servo thread at 1 KHz (1 ms interval) and the servo code itself takes, say, 100 us on the average, then you have a 9:1 margin. So, a sudden interruption by something else that steals another 250 us would be no problem, the servo loop would still be completed with plenty of time to spare. Now, in some old rt-Linux systems, if the periodically scheduled RT thread was still running when the next inteval time came up, the system would just lock completely, and you;d have to push the hardware reset. I think now, that it requires many overruns of the interval to flood the stack with uncompleted stack frames before it hangs. Now, one complication is if the problem is not due simply to a higher priority routine that takes X time to run, but is some external contention for some resource like memory. Depending on the exact code sequence running, how well the cache supports it, etc., the effect on stretching the run time of the servo code may not be predictable. Some tight loops running on limited amounts of data may run almost entirely in cache, and the CPU will not be impacted much. Widely spread code affecting many data structures may only be able to run a couple instructions before having a cache miss and having to wait microseconds for main memory to respond. Suddenly, the CPU is slowed by a factor of several thousand! The only way to really know what is going to happen there is to actually test it. Leaving the CPU with lots of margin is a good idea. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: Hello everyone I didn't get far trying to set up EMC2 I decided to do the Latency Test first, having read both sets of instructions. 'Configuration Wizard for Steeper Machines' 'EMC2 Getting Started' both have identical instructions regarding the Latency Test. Quote To run the test, from Applications/Accessories/Terminal (Ubuntu) open a shell and run the following command Emc2$ latency-test The following is what happens when I run it from terminal. [EMAIL PROTECTED]:~$ emc2$ latency-test In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). There should be a conventions used in this manual section somewhere, but I'm not sure exactly where it is (if it does exist). - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
On Oct 30, 2008, at 8:41 AM, tomp wrote: Stephen Wille Padnos wrote: Dave Houghton wrote: Hello everyone I didn't get far trying to set up EMC2 I decided to do the Latency Test first, having read both sets of instructions. 'Configuration Wizard for Steeper Machines' 'EMC2 Getting Started' both have identical instructions regarding the Latency Test. Quote To run the test, from Applications/Accessories/Terminal (Ubuntu) open a shell and run the following command Emc2$ latency-test The following is what happens when I run it from terminal. [EMAIL PROTECTED]:~$ emc2$ latency-test In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). There should be a conventions used in this manual section somewhere, but I'm not sure exactly where it is (if it does exist). - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Dave, its a good idea to run the tests please run it for at least a day, then evaluate report the results. i found suitable results with one and two hour tests but unnacceptable results after a day and horrible results after returning from a week trip. your hardware will vary the results of course i think not many people run the tests as long as a real cnc control is run ( forever ;) best of luck tomp Hi, Interesting idea to run for a long time. My numbers get bad enough even in a short time. I've installed the patched .ko for Ubuntu 6.06 smi and that improved things greatly. However, I'm still getting realtime messages. Can someone point me to a checklist of other things to suppress and how to do it? Many thanks in advance. Dave -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
-Original Message- From: Stephen Wille Padnos [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 05:13 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test Dave Houghton wrote: Hello everyone I didn't get far trying to set up EMC2 I decided to do the Latency Test first, having read both sets of instructions. 'Configuration Wizard for Steeper Machines' 'EMC2 Getting Started' both have identical instructions regarding the Latency Test. Quote To run the test, from Applications/Accessories/Terminal (Ubuntu) open a shell and run the following command Emc2$ latency-test The following is what happens when I run it from terminal. [EMAIL PROTECTED]:~$ emc2$ latency-test In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). There should be a conventions used in this manual section somewhere, but I'm not sure exactly where it is (if it does exist). - Steve -- Hi Steve Thanks for the super quick response. OK I understand, now how do I get rid of: [EMAIL PROTECTED]:~ It (terminal) will not allow me to 'Backspace' or 'delete' [EMAIL PROTECTED]:~ I think I'm really missing something here. Thanks Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). What are numbers are we looking for (whats acceptablewhat's not)? mine are as follows: Servo Thread: 12897 Base Thread:12742 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Engvall wrote: On Oct 30, 2008, at 8:41 AM, tomp wrote: Stephen Wille Padnos wrote: Dave Houghton wrote: Hello everyone I didn't get far trying to set up EMC2 I decided to do the Latency Test first, having read both sets of instructions. 'Configuration Wizard for Steeper Machines' 'EMC2 Getting Started' both have identical instructions regarding the Latency Test. Quote To run the test, from Applications/Accessories/Terminal (Ubuntu) open a shell and run the following command Emc2$ latency-test The following is what happens when I run it from terminal. [EMAIL PROTECTED]:~$ emc2$ latency-test In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). There should be a conventions used in this manual section somewhere, but I'm not sure exactly where it is (if it does exist). - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Dave, its a good idea to run the tests please run it for at least a day, then evaluate report the results. i found suitable results with one and two hour tests but unnacceptable results after a day and horrible results after returning from a week trip. your hardware will vary the results of course i think not many people run the tests as long as a real cnc control is run ( forever ;) best of luck tomp Hi, Interesting idea to run for a long time. My numbers get bad enough even in a short time. I've installed the patched .ko for Ubuntu 6.06 smi and that improved things greatly. However, I'm still getting realtime messages. Can someone point me to a checklist of other things to suppress and how to do it? Many thanks in advance. Dave -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Dave thanks i didnt know there was a patched smi module it seemed the thread said it was handled by a bios setting thanks, i'll see if that helps otherwise, i used the latency killer page from rtai http://www.rtai.dk/cgi-bin/gratiswiki.pl?Latency_Killer regards TomP - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: Hello everyone I didn't get far trying to set up EMC2 I decided to do the Latency Test first, having read both sets of instructions. 'Configuration Wizard for Steeper Machines' 'EMC2 Getting Started' both have identical instructions regarding the Latency Test. Quote To run the test, from Applications/Accessories/Terminal (Ubuntu) open a shell and run the following command Emc2$ latency-test The following is what happens when I run it from terminal. [EMAIL PROTECTED]:~$ emc2$ latency-test bash: emc2$: command not found [EMAIL PROTECTED]:~$ Can any kind soul see what I'm doing wrong? You may have to type the command like this : ./latency-test depending on how you downloaded and unpacked it, it may not have the executable bit set. You can check that with : ls -al latency-test if you see something like this : -rw-rw-r-- 1 elson elson 82 Oct 5 20:40 latency-test Then type : chmod u+x latency-test to set the executable bit, and try again to run it. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
-Original Message- From: John Kasunich [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 06:24 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test [EMAIL PROTECTED]:~ is your command line prompt. You don't want to get rid of it. That is your system's way of saying I'm ready for a command, please tell me what to do. ...[snip] Regards, John Kasunich Hi John Aaa . the penny dropped I type the command Latency-test after the $ sign. Thanks a lot to everyone, you're a clever bunch of so and so's. Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
-Original Message- From: Jon Elson [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 06:42 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test Jon wrote You may have to type the command like this : ./latency-test depending on how you downloaded and unpacked it, it may not have the executable bit set. You can check that with : ls -al latency-test if you see something like this : -rw-rw-r-- 1 elson elson 82 Oct 5 20:40 latency-test Then type : chmod u+x latency-test to set the executable bit, and try again to run it. Jon Hi Jon The thing that confused me (and I'm very easily confused) in the manuals The command line is given as 'emc2$ Latency-test' OK the 'Latency-test' part is in bold print, which should have given me a clue. It's running now. Thank you Jon and to all Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
-Original Message- From: Wayne Parks [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 06:25 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test Dave Houghton wrote: In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). What are numbers are we looking for (whats acceptablewhat's not)? mine are as follows: Servo Thread: 12897 Base Thread:12742 Hi Wayne Yes I've got it, thanks Wayne, and its running Servo Thread 9631 Base Thread 11979 Now it says I should abuse the computer to find the worst case. But do not run EMC2 or Stepconf. Right now I have two questions. 1. Why would I what to do any thing to make it worst? 2. Why can I not run EMC2 and/or Stepconf. Thanks Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: -Original Message- From: Wayne Parks [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 06:25 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test Dave Houghton wrote: In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). What are numbers are we looking for (whats acceptablewhat's not)? mine are as follows: Servo Thread: 12897 Base Thread:12742 Hi Wayne Yes I've got it, thanks Wayne, and its running Servo Thread 9631 Base Thread 11979 Now it says I should abuse the computer to find the worst case. But do not run EMC2 or Stepconf. Right now I have two questions. 1. Why would I what to do any thing to make it worst? 2. Why can I not run EMC2 and/or Stepconf. Thanks Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users the wiki page 'latency-test' says quote Let the test run for at least 15 minutes while you run glxgears or a similar application to stress the cpu. Move around windows, surf the web, copy files, play music etc. end quote i used 3 invocations of glxgears full screen, openoffice, gimp,web surfing, irc client and others items in my tests all at once i think it was well abused tomp - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: -Original Message- From: Wayne Parks [mailto:[EMAIL PROTECTED] Sent: 30 October 2008 06:25 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Latency Test Dave Houghton wrote: In general, you're supposed to type only what's after the $ (or #, if you're supposed to do things as root). Everything before the $ is the prompt printed by the terminal program. So you should be typing only latency-test (without the quotes). What are numbers are we looking for (whats acceptablewhat's not)? mine are as follows: Servo Thread: 12897 Base Thread:12742 Hi Wayne Yes I've got it, thanks Wayne, and its running Servo Thread 9631 Base Thread 11979 Now it says I should abuse the computer to find the worst case. But do not run EMC2 or Stepconf. Right now I have two questions. 1. Why would I what to do any thing to make it worst? You need to know the worst case, so you don't get any surprises while you are cutting. For example, when we were doing the CNC workshop Mazak, we noticed that with the original integrated video card, dragging a windows around on the screen would make the machine go clunk if it was moving. The video was causing delays long enough to make the machine stop in mid-move. A cheap AGP video card fixed that problem. It is better to find those problems during testing. 2. Why can I not run EMC2 and/or Stepconf. Because the latency test is a realtime application, and so is EMC2. You can't run two realtime apps a the same time. Regards. John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
At 12:44 PM 10/30/2008, you wrote: Now it says I should abuse the computer to find the worst case. But do not run EMC2 or Stepconf. Right now I have two questions. 1. Why would I what to do any thing to make it worst? 2. Why can I not run EMC2 and/or Stepconf. Thanks Dave They are assuming that while the machine is running a part you could be designing the next part in a CAD program, while playing some background music, and downloading a full length movie. I always assumed the latency test, EMC and Stepconf all use the same parts of the real time code which was not intended to be used by more then one program. __ Andre' B. Clear Lake, Wi. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users the wiki page 'latency-test' says quote Let the test run for at least 15 minutes while you run glxgears or a similar application to stress the cpu. Move around windows, surf the web, copy files, play music etc. end quote i used 3 invocations of glxgears full screen, openoffice, gimp,web surfing, irc client and others items in my tests all at once i think it was well abused tomp -- Hi tomp I can see the reasoning. In my case I have a dedicated computer just for EMC2/ Ubuntu, it will just be used for CNC. Many Thanks Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Jon wrote Because the latency test is a realtime application, and so is EMC2. You can't run two realtime apps a the same time. Regards. John Kasunich Hi John Thanks John. So these computer's are not as good as they think they are! Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Andre' wrote They are assuming that while the machine is running a part you could be designing the next part in a CAD program, while playing some background music, and downloading a full length movie. I always assumed the latency test, EMC and Stepconf all use the same parts of the real time code which was not intended to be used by more then one program. __ Andre' B. Clear Lake, Wi. Hi Andre' Thank you for your reply. Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users the wiki page 'latency-test' says quote Let the test run for at least 15 minutes while you run glxgears or a similar application to stress the cpu. Move around windows, surf the web, copy files, play music etc. end quote i used 3 invocations of glxgears full screen, openoffice, gimp,web surfing, irc client and others items in my tests all at once i think it was well abused tomp -- Hi tomp I can see the reasoning. In my case I have a dedicated computer just for EMC2/ Ubuntu, it will just be used for CNC. Many Thanks Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users dave, yes, my test was running those programs but just idle, i was gone for a week and while idle it went 'over the top' 32K so (imo) it doesnt matter much that you would never use those apps i wasnt there to touch a key/open a file/drag a screen for a week it was the 'system' that made the numbers go high it was 'unexpected' end my 2c tomp - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Tomp wrote dave, yes, my test was running those programs but just idle, i was gone for a week and while idle it went 'over the top' 32K so (imo) it doesnt matter much that you would never use those apps i wasnt there to touch a key/open a file/drag a screen for a week it was the 'system' that made the numbers go high it was 'unexpected' end my 2c tomp tomp, Now that's very off putting, I was sitting here quite pleased with myself. Do you run a machine on that computer, did you change anything on the computer or did you just run it and hope for the best. Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: Tomp wrote dave, yes, my test was running those programs but just idle, i was gone for a week and while idle it went 'over the top' 32K so (imo) it doesnt matter much that you would never use those apps i wasnt there to touch a key/open a file/drag a screen for a week it was the 'system' that made the numbers go high it was 'unexpected' end my 2c tomp tomp, Now that's very off putting, I was sitting here quite pleased with myself. Do you run a machine on that computer, did you change anything on the computer or did you just run it and hope for the best. Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users dave sorry if it sounds fatalistic i had tried every trick known before this test, and began with a system that seemed a good bet i ran no cnc at same time the results on the wiki are my best 1 day run, i think they are marginal for stepper system the result on same box after that week run was unacceptable to me (32K) the point is, testing is a good thing to do and to do well the result might not make you happy now\but it would make you ^%^% later ;) anyway, it takes no effort to let it cook while you plan the cnc you will hook up to a good unit let it cook and see what happens, if other's experience hold true, you'll have a certified emc2 box :) regards tomp - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Tomp wrote. Dave sorry if it sounds fatalistic i had tried every trick known before this test, and began with a system that seemed a good bet i ran no cnc at same time the results on the wiki are my best 1 day run, i think they are marginal for stepper system the result on same box after that week run was unacceptable to me (32K) the point is, testing is a good thing to do and to do well the result might not make you happy now\but it would make you ^%^% later ;) anyway, it takes no effort to let it cook while you plan the cnc you will hook up to a good unit let it cook and see what happens, if other's experience hold true, you'll have a certified emc2 box :) regards tomp tomp It's still running, I've messed about on the computer a bit, it's now at 12882. Regards Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Engvall wrote: Hi, Interesting idea to run for a long time. My numbers get bad enough even in a short time. I've installed the patched .ko for Ubuntu 6.06 smi and that improved things greatly. However, I'm still getting realtime messages. Can someone point me to a checklist of other things to suppress and how to do it? Depending on your video driver, there may be a bunch of options, or none at all, on your video card. There should be a pull-down menu under something like system - administration - display. My Nvidia driver installs its own config program, but you probably don't use an Nvidia card on a CNC machine. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: [EMAIL PROTECTED]:~ It (terminal) will not allow me to 'Backspace' or 'delete' [EMAIL PROTECTED]:~ I think I'm really missing something here. Mostly you can't. (Actually you can, if you really want to, but it is a little complicated.) That string is your prompt. The first dave is your logon username. dave-desktop is the name of the computer. :~ means you are currently at your $HOME directory, most likely /home/dave You can't delete the prompt, because you didn't type it. You can type a command after that string. Bash, the default command interpreter for Linux, requires ./ ( dot , then forward-slash ) to specify that a command is to be executed from the current directory. So, to execute an executable file that is in the current directory named latency-test, you would type ./latency-test right after the prompt, then hit enter. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
On Oct 30, 2008, at 7:51 PM, Jon Elson wrote: Dave Engvall wrote: Hi, Interesting idea to run for a long time. My numbers get bad enough even in a short time. I've installed the patched .ko for Ubuntu 6.06 smi and that improved things greatly. However, I'm still getting realtime messages. Can someone point me to a checklist of other things to suppress and how to do it? Depending on your video driver, there may be a bunch of options, or none at all, on your video card. There should be a pull-down menu under something like system - administration - display. My Nvidia driver installs its own config program, but you probably don't use an Nvidia card on a CNC machine. Hi Jon, I'm using an GeForce 2 Nvidia card and it smears a bit on some windows. May have to try something else. Will check for a menu. After the comments (JMK) this afternoon about problems with the Mazak at Galesburg I tried running a program on my machine while doing other things. The program was a pretty generic mill a bunch of identical blocks, first roughing at 4.5 ipm and the finishing at more like 12 ipm. Meanwhile I fired up the web browser since that makes the numbers on my latency test increase about as fast and anything I can do. Didn't even get a bump; even on the rapids between blocks. So while my latency numbers are really horrible, i.e. in the 96K range, I can't demonstrate any degradation in the performance of the mill. Dave Jon -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Houghton wrote: Jon wrote Because the latency test is a realtime application, and so is EMC2. You can't run two realtime apps a the same time. Regards. John Kasunich Hi John Thanks John. So these computer's are not as good as they think they are! You CAN, actually, run two, or many, real-time applications at the same time. But, they WILL interfere, to some extent. If the plan is to have EMC using up most of the available CPU time, as is needed with software step generation, then any other real-time app. will probably ask for more than 100% of the available CPU cycles. A version of EMC set up for servo control at a 1 KHz update rate uses far less CPU cycles, so it might coexist with some other fairly heavy use. I find about a 10% overall load on a 600 MHz Pentium with my servo interface boards and their driver for EMC, for instance. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Engvall wrote: ay have to try something else. Will check for a menu. After the comments (JMK) this afternoon about problems with the Mazak at Galesburg I tried running a program on my machine while doing other things. The program was a pretty generic mill a bunch of identical blocks, first roughing at 4.5 ipm and the finishing at more like 12 ipm. Meanwhile I fired up the web browser since that makes the numbers on my latency test increase about as fast and anything I can do. Didn't even get a bump; even on the rapids between blocks. So while my latency numbers are really horrible, i.e. in the 96K range, I can't demonstrate any degradation in the performance of the mill. 96K is NOT horrible at all on a servo machine. It is step generation that requires latencies of a few microseconds. Servo machines with hardware encoder counters and DACs only need to run EMC's servo thread, at 1mS. Latencies of a hundred microseconds aren't going to seriously hurt things. The bumps at Galesburg were the result of latencies of several milliseconds, not a hundred microseconds or so. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
On Oct 30, 2008, at 9:06 PM, John Kasunich wrote: Dave Engvall wrote: ay have to try something else. Will check for a menu. After the comments (JMK) this afternoon about problems with the Mazak at Galesburg I tried running a program on my machine while doing other things. The program was a pretty generic mill a bunch of identical blocks, first roughing at 4.5 ipm and the finishing at more like 12 ipm. Meanwhile I fired up the web browser since that makes the numbers on my latency test increase about as fast and anything I can do. Didn't even get a bump; even on the rapids between blocks. So while my latency numbers are really horrible, i.e. in the 96K range, I can't demonstrate any degradation in the performance of the mill. 96K is NOT horrible at all on a servo machine. It is step generation that requires latencies of a few microseconds. Servo machines with hardware encoder counters and DACs only need to run EMC's servo thread, at 1mS. Latencies of a hundred microseconds aren't going to seriously hurt things. The bumps at Galesburg were the result of latencies of several milliseconds, not a hundred microseconds or so. Regards, John Kasunich Thanks John. I guess I can quit worrying about the messages and concentrate on making parts. Dave -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Latency Test
Dave Engvall wrote: On Oct 30, 2008, at 9:06 PM, John Kasunich wrote: Dave Engvall wrote: ay have to try something else. Will check for a menu. After the comments (JMK) this afternoon about problems with the Mazak at Galesburg I tried running a program on my machine while doing other things. The program was a pretty generic mill a bunch of identical blocks, first roughing at 4.5 ipm and the finishing at more like 12 ipm. Meanwhile I fired up the web browser since that makes the numbers on my latency test increase about as fast and anything I can do. Didn't even get a bump; even on the rapids between blocks. So while my latency numbers are really horrible, i.e. in the 96K range, I can't demonstrate any degradation in the performance of the mill. 96K is NOT horrible at all on a servo machine. It is step generation that requires latencies of a few microseconds. Servo machines with hardware encoder counters and DACs only need to run EMC's servo thread, at 1mS. Latencies of a hundred microseconds aren't going to seriously hurt things. The bumps at Galesburg were the result of latencies of several milliseconds, not a hundred microseconds or so. Regards, John Kasunich Thanks John. I guess I can quit worrying about the messages and concentrate on making parts. Dave -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users yes, thanks John, i never read an acceptable magnitude for latency in a servo system TomP - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users