2-3 is fine.<div>but the problem is when it's actually put to the test in userspace where you have many threads competing for cpu, that is where you have to measure the accuracy which is what that test during startup is doing. using FS to sleep 1000 microseconds and timing how close it actually is to that.</div>
<div><br></div><div>voip can withstand jitter on most implementation as long as the running average of the packets is on the mark, the timing of each individual packet is less important, this worsens over latent connections.</div>
<div><br></div><div>try this from the cli</div><div><br></div><div>time_test 1000</div><div><br></div><div>you will see it come out + or - 100 easily (there is overhead for the code executing as well as other factors that can skew the results)</div>
<div><br></div><div>then try it with a larger sample:</div><div><br></div><div>time_test 1000 1000</div><div>time_test 1000 2000</div><div>etc</div><div><br></div><div>the more times you try it the more likely the average in the long run will be accurate which is all we can hope for in our pseudo real time environment.</div>
<div><br></div><div>most times if you try this with -nocal you will always get 2000 when you intended for 1000</div><div>which means all your 1ms sleeps are double length from what was requested.</div><div><br></div><div>
some newer kernels try to make it more accurate but by doing so they eat up so much cpu it's not worth it. For the most part semi-accurate 1ms timing is more than enough.</div><div><br></div><div><br></div><div><br></div>
<div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Tue, May 18, 2010 at 1:47 PM, Joseph L. Casale <span dir="ltr"><<a href="mailto:jcasale@activenetwerx.com">jcasale@activenetwerx.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">>[root@pum2 ~]# ./timerchk <br>
>kernel timer interrupt frequency is approx. 1002 Hz<br>
<br>
</div>So Anthony,<br>
What is the expected safe deviation fs would operate in where any<br>
audio issues I could assume would not be related to a shady clock.<br>
<br>
On a variety of platforms I see 2-3 Hz variation but only on some<br>
does fs complain. Or could it be that this deviation alone isn't<br>
enough to quantify the quality of the clock?<br>
<br>
Thanks for any input!<br>
<font color="#888888">jlc<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>