views:

659

answers:

3

I'm writing a UDP multicast client/server pair in C# and I need a delay on the order of 50-100 µsec (microseconds) to throttle the server transmission rate. This helps to avoid significant packet loss and also helps to keep from overloading the clients that are disk I/O bound. Please do not suggest Thread.Sleep or Thread.SpinWait. I would not ask if I needed either of those.

My first thought was to use some kind of a high-performance counter and do a simple while() loop checking the elapsed time but I'd like to avoid that as it feels kludgey. Wouldn't that also peg the CPU utilization for the server process?

Bonus points for a cross-platform solution, i.e. not Windows specific. Thanks in advance, guys!

+3  A: 

I would use stopwatch but would need a loop

read this to add more extension to the stopwatch, like ElapsedMicroseconds

or something like this might work too

System.Diagnostics.Stopwatch.IsHighResolution MUST be true

    static void Main(string[] args)
    {
        Stopwatch sw;
        sw = Stopwatch.StartNew();
        int i = 0;

        while (sw.ElapsedMilliseconds <= 5000)
        {
            if (sw.Elapsed.Ticks % 100 == 0)
            { i++; /* do something*/ }
        }
        sw.Stop();


    }
Fredou
+1, should be a much more accurate way of measuring tiny intervals taking into account task switching and similar effects, compared to just calculating a loop count from a sample measurement.
Freed
... now you're assuming you get a Tick count that is exactly dividable by 100.
Freed
@Freed, the propriety "elapsed" is a timespan object which a tick mean 100 nanoseconds
Fredou
This is the approach I'm using. Seems to work well. Thanks.
James Dunne
what happens if you get a 200+ nanosecond delay just when Ticks is at 99? wouldn't that cause you to /not/ trap till some later multiple of 100 ticks?
Andrew Matthews
@Andrew Matthews, this was a really simple example about how it could be implemented, I would not expect a raw copy/paste of this code.
Fredou
What would you do differently?
Andrew Matthews
+6  A: 

Very short sleep times are generally best achieved by a CPU spin loop (like the kind you describe). You generally want to avoid using the high-precision timer calls as they can themselves take up time and skew the results. I wouldn't worry too much about CPU pegging on the server for such short wait times.

I would encapsulate the behavior in a class, as follows:

  • Create a class whose static constructor runs a spin loop for several million iterations and captures how long it takes. This gives you an idea of how long a single loop cycle would take on the underlying hardware.
  • Compute a uS/iteration value that you can use to compute arbitrary sleep times.
  • When asked to sleep for a particular period of time, divide uS to sleep by the uS/iteration value previously computed to identify how many loop iterations to perform.
  • Spin using a while loop until the estimated time elapses.
LBushkin
A: 

Have you looked at multimedia timers? You could probably find a .NET library somewhere that wraps the API calls somewhere.

Brian Gideon