Re: [Emc-developers] Raspberry Pi running EMC ???
On Wednesday 12 September 2012 13:18:27 Michael Haberler wrote: did you actually install headers and the non-kernel xenomai support to compile applications? I'm a bit lost there Finding in xenomai source code .../xenomai-2.6.1/examples/native and typing make I get: jjf@jedPI:/.../XenoPi/xenomai-2.6.1/examples/native$ ls -l -rw-r--r-- 1 jjf xenomai 2360 14 janv. 2012 Makefile -rwxr-xr-x 1 jjf xenomai 7642 13 sept. 08:14 rtprint -rw-r--r-- 1 jjf xenomai 1130 9 nov. 2011 rtprint.c -rwxr-xr-x 1 jjf xenomai 8254 13 sept. 08:14 sigdebug -rw-r--r-- 1 jjf xenomai 2086 9 nov. 2011 sigdebug.c -rwxr-xr-x 1 jjf xenomai 7290 13 sept. 08:14 trivial-periodic -rw-r--r-- 1 jjf xenomai 1453 14 janv. 2012 trivial-periodic.c jjf@jedPI:/.../XenoPi/xenomai-2.6.1/examples/native$ sudo ./trivial-periodic Time since last turn: 1000.01 ms Time since last turn: 1000.005000 ms Time since last turn: 1000.00 ms Time since last turn: 999.999000 ms Time since last turn: 1000.00 ms Time since last turn: 1000.00 ms Time since last turn: 999.999000 ms Time since last turn: 1000.002000 ms Time since last turn: 999.999000 ms Time since last turn: 1000.002000 ms Time since last turn: 999.997000 ms Time since last turn: 1000.002000 ms Time since last turn: 999.998000 ms Time since last turn: 1000.00 ms Time since last turn: 999.999000 ms Time since last turn: 1000.001000 ms Time since last turn: 1000.00 ms Time since last turn: 1000.00 ms Time since last turn: 1000.00 ms Time since last turn: 1000.00 ms Time since last turn: 1000.00 ms Time since last turn: 1000.001000 ms Time since last turn: 999.999000 ms Time since last turn: 1000.001000 ms Time since last turn: 999.999000 ms Time since last turn: 1000.003000 ms Time since last turn: 999.998000 ms Time since last turn: 1000.002000 ms Joachim -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
On 9/13/2012 12:12 AM, Kent A. Reed wrote: On 9/12/2012 10:15 PM, John Morris wrote: On 09/12/2012 09:08 PM, Dave wrote: I'm starting to understand why I can't buy a Raspberry Pi in this country the UK guys are hogging them, making up mainframes etc. Actually, everyone on this list is guilty. It's open hardware. By now we should've programmed EMC to mill Raspberry Pi PCBs and perform the pick and place for the components. Guiltily, John True story. My favorite UPS guy put a package in my hands 10 minutes after I posted my reply. Is this the RPi I ordered from Allied Electronics 2 1/2 months ago? No, it's the one I ordered in desperation 2 1/2 days ago from Newark. The thaw is finally reaching the USA. It will be interesting to see when Allied finally coughs up the other one. I've thought of something I can do with it it too. To their credit, they did say there would be a 12-week lead time, so they have two weeks left. The head of the MIT Center for Bits and Atoms says 3D printing is sadly old school. It's just the same old pushing and pulling we've been doing forever. He believes we should be inventing self-organizing materials. So there! Don't feel guilty for not doing same old same old. Stop being a slacker and invent a box of goo that self-organizes into the RPi you wished you had. Just be careful it doesn't turn into something you wish you didn't have :-) Regards, Kent PS - I see the supercomputer story has now made it to Hackaday. Looking at the picture I realized why they did this project. There was this box of Lego, see, and I'm still waiting on 2 RPIs from Allied also, but I did see that Newark had 100 in stock last night, I hit the order button and started to place my order only to have the website go down.. probably due to supercomputer orders from the UK.. ;-) Anyway I got an order into Newark for two RPIs this morning and they are in stock. :-) I still have an order outstanding with Allied also - and I am at week 8, but in the interim my CC card expired... oh well. If they don't let me cancel the order, my expired CC will remedy the problem. :-) Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
On 9/13/2012 8:04 AM, Dave wrote: I'm still waiting on 2 RPIs from Allied also, but I did see that Newark had 100 in stock last night, I hit the order button and started to place my order only to have the website go down.. probably due to supercomputer orders from the UK..;-) Anyway I got an order into Newark for two RPIs this morning and they are in stock.:-) I still have an order outstanding with Allied also - and I am at week 8, Well, Newark is a Farnell Company so I suppose, like acorns, the RPis are falling close to the tree. The GertBoard I ordered from Newark a month ago is still in limbo; as always, it all depends on the specific item you're after. All I've managed to do so far is push some stacks of paper to the side, plug in the RPi (have to hate the cable sprawl on these tiny boards), and bring up the configuration screen. Maybe this weekend Regards, Kent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
I tried to get to the element 14 support page and they want me to register just to see any documents. It requires such a strong password that I'm not going to remember it. I really don't think that's going to stop the spammers. The spammers I see on my forum moderation duties have incredibly strong passwords. Eric On Thu, Sep 13, 2012 at 8:04 AM, Dave e...@dc9.tzo.com wrote: Anyway I got an order into Newark for two RPIs this morning and they are in stock. :-) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
have one on order, hopefully I can figure out how to get it to run without buying the sd card. I have been programming my own SD cards for the BeagleboardXM, figured I'd do something similar for this On Thu, Sep 13, 2012 at 11:28 AM, Eric Keller eekel...@psu.edu wrote: I tried to get to the element 14 support page and they want me to register just to see any documents. It requires such a strong password that I'm not going to remember it. I really don't think that's going to stop the spammers. The spammers I see on my forum moderation duties have incredibly strong passwords. Eric On Thu, Sep 13, 2012 at 8:04 AM, Dave e...@dc9.tzo.com wrote: Anyway I got an order into Newark for two RPIs this morning and they are in stock. :-) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
I've just started looking at the yocto project. It might be of interest for those looking to build systems for a variety of target architectures. Ken On 9/13/2012 11:47 AM, Eric Keller wrote: have one on order, hopefully I can figure out how to get it to run without buying the sd card. I have been programming my own SD cards for the BeagleboardXM, figured I'd do something similar for this On Thu, Sep 13, 2012 at 11:28 AM, Eric Keller eekel...@psu.edu wrote: I tried to get to the element 14 support page and they want me to register just to see any documents. It requires such a strong password that I'm not going to remember it. I really don't think that's going to stop the spammers. The spammers I see on my forum moderation duties have incredibly strong passwords. Eric On Thu, Sep 13, 2012 at 8:04 AM, Dave e...@dc9.tzo.com wrote: Anyway I got an order into Newark for two RPIs this morning and they are in stock. :-) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
On Thursday 13 September 2012 17:47:28 Eric Keller wrote: I have been programming my own SD cards for the BeagleboardXM, figured I'd do something similar for this RPi is simple for available images. Download a image file from http://www.raspberrypi.org/downloads or have a look to: http://elinux.org/RPi_Distributions dd if=image-file of=/dev/your_sd-card_interface for example: dd of=/dev/mmcblk0 if=xenomai.img If there is room on the sd card, increase the partition to be able to install additional packages. Start gparted and resize the partition. Put the card into the rpi and switch power on. Joachim -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
On 13 September 2012 18:03, Kenneth Lerman kenneth.ler...@se-ltd.com wrote: I've just started looking at the yocto project I know the main architect of that, he's in my bike club. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] xenomai raspberry timings
in addition to the rt-preempt measurements reported before, I built a xenomai 'GPIO wiggler' in C, using the (actually working) xenomi hires timers, and ran it on an idle rpi, and then a few times under some load (2 compiles). I collated everything here: http://linuxcnc.mah.priv.at/rpi/rpi-rtperf.html caveat: log y scale. - Michael -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Raspberry Pi aupercomputer
first try was total failure with multitudes of device errors. Trying again on a different sd card. I see there are instructions on how to build a kernel on the device, so I'll check that out. Eric On Thu, Sep 13, 2012 at 12:04 PM, Joachim Franek joachim.fra...@pibf.dewrote: On Thursday 13 September 2012 17:47:28 Eric Keller wrote: I have been programming my own SD cards for the BeagleboardXM, figured I'd do something similar for this RPi is simple for available images. Download a image file from http://www.raspberrypi.org/downloads or have a look to: http://elinux.org/RPi_Distributions dd if=image-file of=/dev/your_sd-card_interface for example: dd of=/dev/mmcblk0 if=xenomai.img If there is room on the sd card, increase the partition to be able to install additional packages. Start gparted and resize the partition. Put the card into the rpi and switch power on. Joachim -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai/linuxCNC: diffs between RELEASE_2_2_0 and miniemc2
On 14 September 2012 00:21, Michael Haberler mai...@mah.priv.at wrote: I've tried to reconstruct them by creating a diff vs RELEASE_2_2_0 which the VERSION file says it is based upon http://git.mah.priv.at/gitweb/emc2-dev.git/commit/1bdeb550b362337c5276a06c270705e305e447fa That seems to suggest he has done a lot. I wonder if he might be persuaded to make a branch in our tree? -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai/linuxCNC: diffs between RELEASE_2_2_0 and miniemc2
Why this? /VERSION: -2.2.1~cvs +2.2.0 On 13/09/12 15:41, andy pugh wrote: On 14 September 2012 00:21, Michael Haberler mai...@mah.priv.at wrote: I've tried to reconstruct them by creating a diff vs RELEASE_2_2_0 which the VERSION file says it is based upon http://git.mah.priv.at/gitweb/emc2-dev.git/commit/1bdeb550b362337c5276a06c270705e305e447fa That seems to suggest he has done a lot. I wonder if he might be persuaded to make a branch in our tree? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai/linuxCNC: diffs between RELEASE_2_2_0 and miniemc2
Am 14.09.2012 um 00:41 schrieb andy pugh: On 14 September 2012 00:21, Michael Haberler mai...@mah.priv.at wrote: I've tried to reconstruct them by creating a diff vs RELEASE_2_2_0 which the VERSION file says it is based upon http://git.mah.priv.at/gitweb/emc2-dev.git/commit/1bdeb550b362337c5276a06c270705e305e447fa That seems to suggest he has done a lot. I wonder if he might be persuaded to make a branch in our tree? I contacted the person listed in the google code site (kayerg ..) to that end; unsure whether that is the same person as in the blog (Sergej) -m -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai raspberry timings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/13/2012 2:13 PM, Michael Haberler wrote: in addition to the rt-preempt measurements reported before, I built a xenomai 'GPIO wiggler' in C, using the (actually working) xenomi hires timers, and ran it on an idle rpi, and then a few times under some load (2 compiles). I collated everything here: http://linuxcnc.mah.priv.at/rpi/rpi-rtperf.html How did you get your PREEMPT-RT kernel for the pi? I haven't successfully built one yet, but I've been traveling and had limited chance to test. - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBSiioACgkQLywbqEHdNFzqVgCg7dajAro3DHPImYpEselKxxJ4 RbUAn1jCqNjrmTW0JzhsIuOt8URPYP4Q =N6hC -END PGP SIGNATURE- -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] question re RT PREEMPT linux on ASUS Atom board
Gentle persons: First, a statement. On my ASUS AT5NM10-I board (Intel Atom D510 CPU, 2GB RAM, yada yada yada) I followed in Charles Steinkeuhler's footsteps (http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC) to build a 64-bit Debian Wheezy RT PREEMPT Linux system running the 3.2.0-3-rt-amd64 kernel and Linuxcnc 2.6.0~pre. Such a build has given Charles some decent albeit not (yet) great latency numbers on several non-Atom boards. My ASUS board has given me excellent latency results with what I'll call classic Ubuntu 10.04LTS LinuxCNC running the 2.6.32-122-rtai kernel: sub 10us for both threads with Hyperthreading disabled in the BIOS and one cpu isolated during the boot process. With the RT PREEMPT system, this board gives lousy results even running headless. Using latency-test, for some minutes I see the base (25us) thread showing a max latency of anywhere from 25us to 40us and the servo (1000us) thread 40us to 50us. Then, the servo thread pops a bit and the base thread pops a lot, to about 110us. At the same time, the kernel throws three lines to the console ERROR: Missed scheduling deadline for task 0 [ times] Now is x.xxx, deadline is x.xxx Absolute number of pagefaults in realtime context: 1030 This process repeats but not at regular intervals. Using latencyplot, I can see that, with nothing else running, both threads mostly show good latency numbers, typically 10us, once we've settled down after invoking latencyplot. If I run a copy of glxgears, the servo thread latency gets jumpy but stays below about 40us. Running several copies of glxgears doesn't seem to cause any more damage, nor does invoking du or some other disk access-intensive command. Sooner or later, though, the above big-time event happens. Repeat ad nauseum. I've done everything I can think of. I've diddled all available BIOS settings (this is not an enthusiast board; it has only a limited number of settings); stopped the kernel from loading just about any non-essential module; preventing many services from starting. No gdm, no X, no Intel i915 driver, no acpid, no alsa, no pulseaudio, yada yada yada. About the only things I haven't tried are (1) trying Charles' suggestion of playing with cpusets, mostly because I don't understand them well enough yet to trust myself, (2) ripping out some more modules that relate to sound (with names snd*; alsa and pulseaudio stuff is already gone), mostly because I'm not sure who's loading them, and (3) redoing all this with a 32-bit Debian Wheezy, mostly because getting Debian Wheezy systems into this machine is a bore (the Wheezy installer is broken somewhere in the disk partitioning process and why should I be the one to fix it when others have been complaining forever). Now, my question. I'm wondering if my results are intrinsic to the Atom architecture or specific to the ASUS BIOS. Has anyone with a different Atom board, preferably an Intel-branded board, loaded and tested Wheezy with Linux-RT and LinuxCNC? If so, what's your experience? Regards, Kent -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai raspberry timings
Michael Haberler wrote: in addition to the rt-preempt measurements reported before, I built a xenomai 'GPIO wiggler' in C, using the (actually working) xenomi hires timers, and ran it on an idle rpi, and then a few times under some load (2 compiles). I collated everything here: http://linuxcnc.mah.priv.at/rpi/rpi-rtperf.html Well, these results are not great, but they aren't horrible, either. A mediocre X-86 CPU can do a whole lot worse. There is still this issue (which may not exist at all but is just a misreading of data) that a long string of tasks in an RT thread may have large delays due to cache purging. That may be the final hurdle to check out on ARM CPUs. Jon -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] question re RT PREEMPT linux on ASUS Atom board
Hallo, this is the plot from this board with a slightly different cpu, under reasonable load: https://www.osadl.org/Latency-plot-of-system-in-rack-4-slot.qa-latencyplot-r4s7.0.html You might look up there also exactly how they do their tests. The Pagefault message says that the LCNC memory is not properly locked in place (i.e. the kernel needs to page, it should not) So I would say, speak to your friendly software developer, or if you really want to try, throw lots of memory at it and hope the kernel stops paging after a while. By the way you can also look up the kernel compile switches here: https://www.osadl.org/Profile-of-system-in-rack-4-slot-7.qa-profile-r4s7.0.html and try to build a new kernel. At first I thought the problem might be there, but the pagefault message convinced me otherwise. cheers, j. On Fri, Sep 14, 2012 at 6:30 AM, Kent A. Reed kentallanr...@gmail.comwrote: Gentle persons: First, a statement. On my ASUS AT5NM10-I board (Intel Atom D510 CPU, 2GB RAM, yada yada yada) I followed in Charles Steinkeuhler's footsteps ( http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC ) to build a 64-bit Debian Wheezy RT PREEMPT Linux system running the 3.2.0-3-rt-amd64 kernel and Linuxcnc 2.6.0~pre. Such a build has given Charles some decent albeit not (yet) great latency numbers on several non-Atom boards. My ASUS board has given me excellent latency results with what I'll call classic Ubuntu 10.04LTS LinuxCNC running the 2.6.32-122-rtai kernel: sub 10us for both threads with Hyperthreading disabled in the BIOS and one cpu isolated during the boot process. With the RT PREEMPT system, this board gives lousy results even running headless. Using latency-test, for some minutes I see the base (25us) thread showing a max latency of anywhere from 25us to 40us and the servo (1000us) thread 40us to 50us. Then, the servo thread pops a bit and the base thread pops a lot, to about 110us. At the same time, the kernel throws three lines to the console ERROR: Missed scheduling deadline for task 0 [ times] Now is x.xxx, deadline is x.xxx Absolute number of pagefaults in realtime context: 1030 This process repeats but not at regular intervals. Using latencyplot, I can see that, with nothing else running, both threads mostly show good latency numbers, typically 10us, once we've settled down after invoking latencyplot. If I run a copy of glxgears, the servo thread latency gets jumpy but stays below about 40us. Running several copies of glxgears doesn't seem to cause any more damage, nor does invoking du or some other disk access-intensive command. Sooner or later, though, the above big-time event happens. Repeat ad nauseum. I've done everything I can think of. I've diddled all available BIOS settings (this is not an enthusiast board; it has only a limited number of settings); stopped the kernel from loading just about any non-essential module; preventing many services from starting. No gdm, no X, no Intel i915 driver, no acpid, no alsa, no pulseaudio, yada yada yada. About the only things I haven't tried are (1) trying Charles' suggestion of playing with cpusets, mostly because I don't understand them well enough yet to trust myself, (2) ripping out some more modules that relate to sound (with names snd*; alsa and pulseaudio stuff is already gone), mostly because I'm not sure who's loading them, and (3) redoing all this with a 32-bit Debian Wheezy, mostly because getting Debian Wheezy systems into this machine is a bore (the Wheezy installer is broken somewhere in the disk partitioning process and why should I be the one to fix it when others have been complaining forever). Now, my question. I'm wondering if my results are intrinsic to the Atom architecture or specific to the ASUS BIOS. Has anyone with a different Atom board, preferably an Intel-branded board, loaded and tested Wheezy with Linux-RT and LinuxCNC? If so, what's your experience? Regards, Kent -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net
Re: [Emc-developers] question re RT PREEMPT linux on ASUS Atom board
That graph looks a bit funky Perhaps you should try to run hwlat ? ( module ) ... to see if there are some SMI or similar, you can also use latency tracing in the kernel to see where the offender is Can you see what rt-priority the system is running with ? 110 looks like a bit over the top. How about asking on the rt-preempt mailing list ? linux-rt-us...@vger.kernel.org 2012/9/14 Jan de Kruyf jan.de.kr...@gmail.com: Hallo, this is the plot from this board with a slightly different cpu, under reasonable load: https://www.osadl.org/Latency-plot-of-system-in-rack-4-slot.qa-latencyplot-r4s7.0.html You might look up there also exactly how they do their tests. The Pagefault message says that the LCNC memory is not properly locked in place (i.e. the kernel needs to page, it should not) So I would say, speak to your friendly software developer, or if you really want to try, throw lots of memory at it and hope the kernel stops paging after a while. By the way you can also look up the kernel compile switches here: https://www.osadl.org/Profile-of-system-in-rack-4-slot-7.qa-profile-r4s7.0.html and try to build a new kernel. At first I thought the problem might be there, but the pagefault message convinced me otherwise. cheers, j. On Fri, Sep 14, 2012 at 6:30 AM, Kent A. Reed kentallanr...@gmail.comwrote: Gentle persons: First, a statement. On my ASUS AT5NM10-I board (Intel Atom D510 CPU, 2GB RAM, yada yada yada) I followed in Charles Steinkeuhler's footsteps ( http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC ) to build a 64-bit Debian Wheezy RT PREEMPT Linux system running the 3.2.0-3-rt-amd64 kernel and Linuxcnc 2.6.0~pre. Such a build has given Charles some decent albeit not (yet) great latency numbers on several non-Atom boards. My ASUS board has given me excellent latency results with what I'll call classic Ubuntu 10.04LTS LinuxCNC running the 2.6.32-122-rtai kernel: sub 10us for both threads with Hyperthreading disabled in the BIOS and one cpu isolated during the boot process. With the RT PREEMPT system, this board gives lousy results even running headless. Using latency-test, for some minutes I see the base (25us) thread showing a max latency of anywhere from 25us to 40us and the servo (1000us) thread 40us to 50us. Then, the servo thread pops a bit and the base thread pops a lot, to about 110us. At the same time, the kernel throws three lines to the console ERROR: Missed scheduling deadline for task 0 [ times] Now is x.xxx, deadline is x.xxx Absolute number of pagefaults in realtime context: 1030 This process repeats but not at regular intervals. Using latencyplot, I can see that, with nothing else running, both threads mostly show good latency numbers, typically 10us, once we've settled down after invoking latencyplot. If I run a copy of glxgears, the servo thread latency gets jumpy but stays below about 40us. Running several copies of glxgears doesn't seem to cause any more damage, nor does invoking du or some other disk access-intensive command. Sooner or later, though, the above big-time event happens. Repeat ad nauseum. I've done everything I can think of. I've diddled all available BIOS settings (this is not an enthusiast board; it has only a limited number of settings); stopped the kernel from loading just about any non-essential module; preventing many services from starting. No gdm, no X, no Intel i915 driver, no acpid, no alsa, no pulseaudio, yada yada yada. About the only things I haven't tried are (1) trying Charles' suggestion of playing with cpusets, mostly because I don't understand them well enough yet to trust myself, (2) ripping out some more modules that relate to sound (with names snd*; alsa and pulseaudio stuff is already gone), mostly because I'm not sure who's loading them, and (3) redoing all this with a 32-bit Debian Wheezy, mostly because getting Debian Wheezy systems into this machine is a bore (the Wheezy installer is broken somewhere in the disk partitioning process and why should I be the one to fix it when others have been complaining forever). Now, my question. I'm wondering if my results are intrinsic to the Atom architecture or specific to the ASUS BIOS. Has anyone with a different Atom board, preferably an Intel-branded board, loaded and tested Wheezy with Linux-RT and LinuxCNC? If so, what's your experience? Regards, Kent -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] xenomai raspberry timings
Am 14.09.2012 um 03:36 schrieb Charles Steinkuehler: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/13/2012 2:13 PM, Michael Haberler wrote: in addition to the rt-preempt measurements reported before, I built a xenomai 'GPIO wiggler' in C, using the (actually working) xenomi hires timers, and ran it on an idle rpi, and then a few times under some load (2 compiles). I collated everything here: http://linuxcnc.mah.priv.at/rpi/rpi-rtperf.html How did you get your PREEMPT-RT kernel for the pi? I haven't successfully built one yet, but I've been traveling and had limited chance to test. Charles, that was the kernel which is currently recommend by Raspbian the config is here: http://git.mah.priv.at/gitweb/raspberry-test.git/blob/a5e40ad89a3387f3e336776a4ebb299b21ada35e:/proc_config_gz.txt I rebuilt it though just to see what knobs can be twisted, see below -m ps: my scribblings on the side during cross-building: http://elinux.org/RPi_Kernel_Compilation firmware: first time: --- cd rpi/kernel-build git clone git://github.com/raspberrypi/firmware.git cd firmware/boot scp arm128_start.elf arm192_start.elf arm224_start.elf bootcode.bin loader.bin start.elf user@host:/boot/ next time: -- cd rpi/kernel-build/firmware git pull cd boot scp arm128_start.elf arm192_start.elf arm224_start.elf bootcode.bin loader.bin start.elf user@host:/boot/ see http://raspberrypi.stackexchange.com/questions/1/how-do-i-build-a-gcc-4-7-toolchain-for-cross-compiling I used this ready built toolchain though: checkout toolchain from here: git clone https://github.com/raspberrypi/tools.git --depth 1 set TCPREFIX below as per location kernel build cd rpi/kernel-build mkdir raspberrypi cd raspberrypi git clone git://github.com/raspberrypi/linux.git cd linux cp arch/arm/configs/bcmrpi_cutdown_defconfig .config export TCPREFIX=/home/mah/rpi/kernel-build/tools/arm-bcm2708/arm-bcm2708hardfp-linux-gnueabi/bin/arm-bcm2708hardfp-linux-gnueabi- make ARCH=arm CROSS_COMPILE=$TCPREFIX oldconfig #optional#make ARCH=arm CROSS_COMPILE=$TCPREFIX menuconfig make ARCH=arm CROSS_COMPILE=$TCPREFIX -k -j 6 return after lunch;) - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBSiioACgkQLywbqEHdNFzqVgCg7dajAro3DHPImYpEselKxxJ4 RbUAn1jCqNjrmTW0JzhsIuOt8URPYP4Q =N6hC -END PGP SIGNATURE- -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers