lkml.org 
[lkml]   [2000]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: usleep() (in)accuracy
Date
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2650.12">
<TITLE>RE: usleep() (in)accuracy</TITLE>
</HEAD>
<BODY>

<P><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">Hi</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT COLOR="#0000FF" SIZE=2 FACE="Arial">Very True , but the resolution between 3ms to 20ms varies wildly even with SCHED_RR, for eg. for 5ms delay the one obtained is anything between 20ms to 30ms depending on number of threads operational (more the number of threads more is the degardation) </FONT></P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT COLOR="#0000FF" SIZE=2 FACE="Arial">but even simple linux should provide predictable delay mechanism , so many application require it (eg RTP Servers where packet delay is in this range). Can We do something about this</FONT></P>

<P><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">regards </FONT>
<BR><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">Animesh </FONT>
</P>
<UL>
<P><FONT SIZE=2 FACE="Arial">-</FONT>
<BR><FONT SIZE=2 FACE="Arial">To unsubscribe from this list: send the line &quot;unsubscribe linux-kernel&quot; in</FONT>
<BR><FONT SIZE=2 FACE="Arial">the body of a message to majordomo@vger.rutgers.edu</FONT>
<BR><FONT SIZE=2 FACE="Arial">Please read the FAQ at</FONT><U> <FONT COLOR="#0000FF" SIZE=2 FACE="Arial"><A HREF="http://www.tux.org/lkml/" TARGET="_blank">http://www.tux.org/lkml/</A></FONT></U>
</P>
</UL>
</BODY>
</HTML>
\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.030 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site