On 3/31/2012 4:45 PM, Kirk Wallace wrote: > I found this: > http://www.bitmuster.org/projects/emc.html > > the thing that comes to mind, considering the rev date, how it seems > fairly significant, and recent questions on the list, it's a little > surprising that this hasn't hit the wiki or been on the lists. Am I > watching the wrong channels? Might the board want to see that this good > stuff gets a some promotion? Are there other things going on that are > worth knowing about? > > I'm not judging or suggesting any action (although just a an e-mail > message with a short title and a link could do wonders:), I'm just > curious and would like to understand a little more if possible. Kirk:
Thanks for this. It helped solidify a concern that has been rattling around my brain, to wit, how is jitter being defined and measured in these different activities. Comparing apples and oranges isn't very effective unless one is running a political campaign:-) I read the last section of the bitmuster document and found the following ["EMC2" because of the version involved]: With a preempt_RT enabled kernel 2.6.33.7.2-rt30 and an appropriately modified EMC2.4.4 [patches from Michael Büsch and Jeff Eppler] running on an IBM Thinkpad T40 with a 1500MHz PentiumM cpu, the author measured the following: ----- 1) the EMC2 latency-test Servo Thread: 1ms Max Jitter 261101ns Base Thread: 50us Max Jitter 101701ns 2) the kernel latency tracer (a built-in) Minimum latency: 1us (nB. This is the first timing bin) Average latency: 9us Maximum latency: 65us <...other details deleted...> 3) the author's "built in latency testing" New maximum latency of task 1 is 112 at period 1000us New maximum latency of task 1 is 113 at period 1000us New maximum latency of task 0 is 99 at period 50us New maximum latency of task 0 is 101 at period 50us ----- As the author comments, "[I]n my opinion 261us, 65us and 113us are a lot different from each other. Even if you take different measurement methods into account. This is surely some kind of issue." To which I would add, amen. However, as a takeaway, our own latency test appears to be the most conservative of the three, e.g., reports the largest jitter, which means we should be doubly careful about interpreting the OSADL histograms. Note that this is not a judgment on the computer used in the test or the sercos III lashup which was the point of the bitmuster effort. Those are different topics. Regards, Kent ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
