C# DateTime.Now Genauigkeit

Question

Ich habe gerade einige unerwartete Verhalten mit DateTime.UtcNow bei einigen Komponententests lief. Wenn Sie DateTime.Now/UtcNow in schneller Folge aufrufen, scheint es, als ob Sie den gleichen Wert für ein länger als erwartetes Zeitintervall zurückgeben, anstatt genauere Millisekunden-Schritte zu erfassen.

Ich weiß, dass es eine Stoppuhrklasse gibt, die besser für genaue Zeitmessungen geeignet wäre, aber ich war neugierig, ob jemand dieses Verhalten in DateTime erklären könnte? Gibt es eine offizielle Genauigkeit, die für DateTime.Now dokumentiert ist (z. B. präzise innerhalb 50   ms?)? Warum sollte DateTime.Now weniger genau gemacht werden als die meisten CPU-Uhren? Vielleicht ist es nur für die CPU mit dem kleinsten gemeinsamen Nenner ausgelegt?

public static void Main(string[] args) 
{ 
    var stopwatch = new Stopwatch(); 
    stopwatch.Start(); 
    for (int i=0; i<1000; i++) 
    { 
     var now = DateTime.Now; 
     Console.WriteLine(string.Format(
      "Ticks: {0}\tMilliseconds: {1}", now.Ticks, now.Millisecond)); 
    } 

    stopwatch.Stop(); 
    Console.WriteLine("Stopwatch.ElapsedMilliseconds: {0}", 
     stopwatch.ElapsedMilliseconds); 

    Console.ReadLine(); 
} 

Answer 1

Warum sollte DateTime.Now weniger präzise gemacht werden als die meisten CPU-Uhren?

sollte ein guter Takt beides seine präzise und genaue ; das sind verschieden. Wie der alte Witz sagt, ist eine gestoppte Uhr genau zweimal am Tag genau, eine Uhr, die eine Minute lang ist, ist zu keiner Zeit genau. Aber die eine Minute langsame Uhr ist immer genau auf die nächste Minute, während eine gestoppte Uhr überhaupt keine brauchbare Genauigkeit hat.

Warum sollte die Datetime sein präzise zu sagen, eine Mikrosekunde, wenn es möglicherweise nicht genaue auf die Mikrosekunde sein? Die meisten Menschen haben keine Quelle für offizielle Zeitsignale, die auf die Mikrosekunde genau sind.Daher geben sechs Ziffern nach der Dezimalstelle Präzision, die letzten fünf davon sind Müll wäre liegen.

Denken Sie daran, der Zweck von DateTime ist ein Datum und eine Uhrzeit darstellen. Hochpräzise Timings sind nicht der Zweck von DateTime; Wie Sie bemerken, ist dies der Zweck von StopWatch. Der Zweck von DateTime besteht darin, ein Datum und eine Uhrzeit für Zwecke wie die Anzeige der aktuellen Uhrzeit für den Benutzer, die Berechnung der Anzahl der Tage bis zum nächsten Dienstag usw. darzustellen.

Kurz gesagt, "wie spät ist es?" und "Wie lange hat das gedauert?" sind völlig verschiedene Fragen; Verwenden Sie kein Werkzeug, um eine Frage zu beantworten und die andere zu beantworten.

Danke für die Frage; Das wird einen guten Blogartikel machen! :-)

Answer 2

From MSDN documentation:

Die Auflösung dieser Eigenschaft hängt von den System-Timer.

Sie behaupten auch, dass die ungefähre Auflösung unter Windows NT 3.5 und höher 10   ms ist :)

Answer 3

Für das, was es wert ist, kurz eigentlich .NET Quelle Überprüfung bereitgestellt Eric Lippert einen Kommentar zu this SO question sagen, dass DateTime nur auf ca. 30 ms genau ist. Der Grund dafür, dass er in seinen Worten keine Nanosekundengenauigkeit hat, ist, dass es "nicht sein muss".

Answer 4

Die Genauigkeit von DateTime ist etwas spezifisch für das System, auf dem es ausgeführt wird. Die Genauigkeit bezieht sich auf die Geschwindigkeit eines Kontextschalters, der in der Regel bei 15 oder 16   ms liegt. (Auf meinem System ist es tatsächlich etwa 14   ms aus meinen Tests, aber ich habe einige Laptops gesehen, wo es näher an 35-40   ms Genauigkeit.)

Peter Bromberg an article on high precision code timing in C# geschrieben, die in diesem diskutiert.

Answer 5

Von MSDN finden Sie, dass DateTime.Now eine ungefähre Auflösung von 10 Millisekunden auf allen NT-Betriebssystemen hat.

Die tatsächliche Genauigkeit ist hardwareabhängig. Bessere Präzision kann mit QueryPerformanceCounter erreicht werden.

Answer 6

würde ich eine präzise Datetime.Now mag :), so dass ich gekocht auf den Punkt:

public class PreciseDatetime 
{ 
    // using DateTime.Now resulted in many many log events with the same timestamp. 
    // use static variables in case there are many instances of this class in use in the same program 
    // (that way they will all be in sync) 
    private static readonly Stopwatch myStopwatch = new Stopwatch(); 
    private static System.DateTime myStopwatchStartTime; 

    static PreciseDatetime() 
    { 
     Reset(); 

     try 
     { 
      // In case the system clock gets updated 
      SystemEvents.TimeChanged += SystemEvents_TimeChanged; 
     } 
     catch (Exception) 
     {     
     } 
    } 

    static void SystemEvents_TimeChanged(object sender, EventArgs e) 
    { 
     Reset(); 
    } 

    // SystemEvents.TimeChanged can be slow to fire (3 secs), so allow forcing of reset 
    static public void Reset() 
    { 
     myStopwatchStartTime = System.DateTime.Now; 
     myStopwatch.Restart(); 
    } 

    public System.DateTime Now { get { return myStopwatchStartTime.Add(myStopwatch.Elapsed); } } 
}