Ich testete verschiedene Möglichkeiten zur Generierung eines Zeitstempels, als ich etwas überraschend (für mich) fand.Wie ist die CLR schneller als ich beim Aufruf Windows-API
Aufruf von Windows GetSystemTimeAsFileTime
mit P/Invoke ist etwa 3x langsamer als Aufruf DateTime.UtcNow
, die intern CLR Wrapper für die gleiche GetSystemTimeAsFileTime
verwendet.
Wie kann das sein?
Hier DateTime.UtcNow
's implementation:
public static DateTime UtcNow {
get {
long ticks = 0;
ticks = GetSystemTimeAsFileTime();
return new DateTime(((UInt64)(ticks + FileTimeOffset)) | KindUtc);
}
}
[MethodImplAttribute(MethodImplOptions.InternalCall)] // Implemented by the CLR
internal static extern long GetSystemTimeAsFileTime();
Core-CLR wrapper for GetSystemTimeAsFileTime
:
FCIMPL0(INT64, SystemNative::__GetSystemTimeAsFileTime)
{
FCALL_CONTRACT;
INT64 timestamp;
::GetSystemTimeAsFileTime((FILETIME*)×tamp);
#if BIGENDIAN
timestamp = (INT64)(((UINT64)timestamp >> 32) | ((UINT64)timestamp << 32));
#endif
return timestamp;
}
FCIMPLEND;
Mein Testcode verwendet BenchmarkDotNet:
public class Program
{
static void Main() => BenchmarkRunner.Run<Program>();
[Benchmark]
public DateTime UtcNow() => DateTime.UtcNow;
[Benchmark]
public long GetSystemTimeAsFileTime()
{
long fileTime;
GetSystemTimeAsFileTime(out fileTime);
return fileTime;
}
[DllImport("kernel32.dll")]
public static extern void GetSystemTimeAsFileTime(out long systemTimeAsFileTime);
}
Und die Ergebnisse:
Method | Median | StdDev |
------------------------ |----------- |---------- |
GetSystemTimeAsFileTime | 14.9161 ns | 1.0890 ns |
UtcNow | 4.9967 ns | 0.2788 ns |
CLR es direkt aufrufen können. Pinvoke durchläuft die Rangierschicht. –
@DavidHeffernan auch wenn die Parameter nicht Marshalling benötigen? – i3arnon
@ i3arnon: Etwas muss sie analysieren, um das zu beweisen. –