Module containing core time functionality, such as Duration (which represents a duration of time) or MonoTime (which represents a timestamp of the system's monotonic clock).
Various functions take a string (or strings) to represent a unit of time (e.g. convert!("days", "hours")(numDays)). The valid strings to use with such functions are "years", "months", "weeks", "days", "hours", "minutes", "seconds", "msecs" (milliseconds), "usecs" (microseconds), "hnsecs" (hecto-nanoseconds - i.e. 100 ns) or some subset thereof. There are a few functions that also allow "nsecs", but very little actually has precision greater than hnsecs.
| Symbol | Description |
|---|---|
| Types | |
Duration | Represents a duration of time of weeks or less (kept internally as hnsecs). (e.g. 22 days or 700 seconds). |
TickDuration | Represents a duration of time in system clock ticks, using the highest precision that the system provides. |
MonoTime | Represents a monotonic timestamp in system clock ticks, using the highest precision that the system provides. |
FracSec | Represents fractional seconds (portions of time smaller than a second). |
| Functions | |
convert | Generic way of converting between two time units. |
dur | Allows constructing a Duration from the given time units with the given length. |
weeks days hoursminutes seconds msecsusecs hnsecs nsecs
| Convenience aliases for dur. |
abs | Returns the absolute value of a duration. |
From Duration
| From TickDuration
| From FracSec
| From units | |
|---|---|---|---|---|
To Duration
| - |
tickDuration.to!Duration()
| - |
dur!"msecs"(5) or 5.msecs()
|
To TickDuration
|
duration.to!TickDuration()
| - | - | TickDuration.from!"msecs"(msecs) |
To FracSec
| duration.fracSec | - | - | FracSec.from!"msecs"(msecs) |
| To units | duration.total!"days" | tickDuration.msecs | fracSec.msecs | convert!("days", "msecs")(msecs) |
What type of clock to use with MonoTime / MonoTimeImpl or std.datetime.Clock.currTime. They default to ClockType.normal, and most programs do not need to ever deal with the others.
The other ClockTypes are provided so that other clocks provided by the underlying C, system calls can be used with MonoTimeImpl or std.datetime.Clock.currTime without having to use the C API directly.
In the case of the monotonic time, MonoTimeImpl is templatized on ClockType, whereas with std.datetime.Clock.currTime, its a runtime argument, since in the case of the monotonic time, the type of the clock affects the resolution of a MonoTimeImpl object, whereas with std.datetime.SysTime, its resolution is always hecto-nanoseconds regardless of the source of the time.
ClockType.normal, ClockType.coarse, and ClockType.precise work with both Clock.currTime and MonoTimeImpl. ClockType.second only works with Clock.currTime. The others only work with MonoTimeImpl.
Use the normal clock.
Linux-Only
Uses CLOCK_BOOTTIME.
Use the coarse clock, not the normal one (e.g. on Linux, that would be CLOCK_REALTIME_COARSE instead of CLOCK_REALTIME for clock_gettime if a function is using the realtime clock). It's generally faster to get the time with the coarse clock than the normal clock, but it's less precise (e.g. 1 msec instead of 1 usec or 1 nsec). Howeover, it is guaranteed to still have sub-second precision (just not as high as with ClockType.normal).
On systems which do not support a coarser clock, MonoTimeImpl!(ClockType.coarse) will internally use the same clock as Monotime does, and Clock.currTime!(ClockType.coarse) will use the same clock as Clock.currTime. This is because the coarse clock is doing the same thing as the normal clock (just at lower precision), whereas some of the other clock types (e.g. ClockType.processCPUTime) mean something fundamentally different. So, treating those as ClockType.normal on systems where they weren't natively supported would give misleading results.
Most programs should not use the coarse clock, exactly because it's less precise, and most programs don't need to get the time often enough to care, but for those rare programs that need to get the time extremely frequently (e.g. hundreds of thousands of times a second) but don't care about high precision, the coarse clock might be appropriate.
Currently, only Linux and FreeBSD/DragonFlyBSD support a coarser clock, and on other platforms, it's treated as ClockType.normal.
Uses a more precise clock than the normal one (which is already very precise), but it takes longer to get the time. Similarly to ClockType.coarse, if it's used on a system that does not support a more precise clock than the normal one, it's treated as equivalent to ClockType.normal.
Currently, only FreeBSD/DragonFlyBSD supports a more precise clock, where it uses CLOCK_MONOTONIC_PRECISE for the monotonic time and CLOCK_REALTIME_PRECISE for the wall clock time.
Linux,Solaris-Only
Uses CLOCK_PROCESS_CPUTIME_ID.
Linux-Only
Uses CLOCK_MONOTONIC_RAW.
Uses a clock that has a precision of one second (contrast to the coarse clock, which has sub-second precision like the normal clock does).
FreeBSD/DragonFlyBSD are the only systems which specifically have a clock set up for this (it has CLOCK_SECOND to use with clock_gettime which takes advantage of an in-kernel cached value), but on other systems, the fastest function available will be used, and the resulting SysTime will be rounded down to the second if the clock that was used gave the time at a more precise resolution. So, it's guaranteed that the time will be given at a precision of one second and it's likely the case that will be faster than ClockType.normal, since there tend to be several options on a system to get the time at low resolutions, and they tend to be faster than getting the time at high resolutions.
So, the primary difference between ClockType.coarse and ClockType.second is that ClockType.coarse sacrifices some precision in order to get speed but is still fairly precise, whereas ClockType.second tries to be as fast as possible at the expense of all sub-second precision.
Linux,Solaris-Only
Uses CLOCK_THREAD_CPUTIME_ID.
FreeBSD-Only
Uses CLOCK_UPTIME.
FreeBSD-Only
Uses CLOCK_UPTIME_FAST.
FreeBSD-Only
Uses CLOCK_UPTIME_PRECISE.
Represents a duration of time of weeks or less (kept internally as hnsecs). (e.g. 22 days or 700 seconds).
It is used when representing a duration of time - such as how long to sleep with core.thread.Thread.sleep.
In std.datetime, it is also used as the result of various arithmetic operations on time points.
Use the dur function or one of its non-generic aliases to create Durations.
It's not possible to create a Duration of months or years, because the variable number of days in a month or year makes it impossible to convert between months or years and smaller units without a specific date. So, nothing uses Durations when dealing with months or years. Rather, functions specific to months and years are defined. For instance, std.datetime.Date has add!"years" and add!"months" for adding years and months rather than creating a Duration of years or months and adding that to a std.datetime.Date. But Duration is used when dealing with weeks or smaller.
import std.datetime;
assert(dur!"days"(12) == dur!"hnsecs"(10_368_000_000_000L));
assert(dur!"hnsecs"(27) == dur!"hnsecs"(27));
assert(std.datetime.Date(2010, 9, 7) + dur!"days"(5) ==
std.datetime.Date(2010, 9, 12));
assert(days(-12) == dur!"hnsecs"(-10_368_000_000_000L));
assert(hnsecs(-27) == dur!"hnsecs"(-27));
assert(std.datetime.Date(2010, 9, 7) - std.datetime.Date(2010, 10, 3) ==
days(-26));
import core.time; // using the dur template auto numDays = dur!"days"(12); // using the days function numDays = days(12); // alternatively using UFCS syntax numDays = 12.days; auto myTime = 100.msecs + 20_000.usecs + 30_000.hnsecs; assert(myTime == 123.msecs);
A Duration of 0. It's shorter than doing something like dur!"seconds"(0) and more explicit than Duration.init.
Largest Duration possible.
Most negative Duration possible.
Compares this Duration with the given Duration.
| this < rhs | < 0 |
| this == rhs | 0 |
| this > rhs | > 0 |
Adds, subtracts or calculates the modulo of two durations.
The legal types of arithmetic for Duration using this operator are
| Duration | + | Duration | --> | Duration |
| Duration | - | Duration | --> | Duration |
| Duration | % | Duration | --> | Duration |
| Duration | + | TickDuration | --> | Duration |
| Duration | - | TickDuration | --> | Duration |
D rhs
| The duration to add to or subtract from this Duration. |
Adds or subtracts two durations.
The legal types of arithmetic for Duration using this operator are
| TickDuration | + | Duration | --> | Duration |
| TickDuration | - | Duration | --> | Duration |
D lhs
| The TickDuration to add to this Duration or to subtract this Duration from. |
Adds, subtracts or calculates the modulo of two durations as well as assigning the result to this Duration.
The legal types of arithmetic for Duration using this operator are
| Duration | + | Duration | --> | Duration |
| Duration | - | Duration | --> | Duration |
| Duration | % | Duration | --> | Duration |
| Duration | + | TickDuration | --> | Duration |
| Duration | - | TickDuration | --> | Duration |
D rhs
| The duration to add to or subtract from this Duration. |
Multiplies or divides the duration by an integer value.
The legal types of arithmetic for Duration using this operator overload are
| Duration | * | long | --> | Duration |
| Duration | / | long | --> | Duration |
long value
| The value to multiply this Duration by. |
Multiplies/Divides the duration by an integer value as well as assigning the result to this Duration.
The legal types of arithmetic for Duration using this operator overload are
| Duration | * | long | --> | Duration |
| Duration | / | long | --> | Duration |
long value
| The value to multiply/divide this Duration by. |
Divides two durations.
The legal types of arithmetic for Duration using this operator are
| Duration | / | Duration | --> | long |
Duration rhs
| The duration to divide this Duration by. |
Multiplies an integral value and a Duration.
The legal types of arithmetic for Duration using this operator overload are
| long | * | Duration | --> | Duration |
long value
| The number of units to multiply this Duration by. |
Returns the negation of this Duration.
Returns a TickDuration with the same number of hnsecs as this Duration. Note that the conventional way to convert between Duration and TickDuration is using std.conv.to, e.g.: duration.to!TickDuration()
Allow Duration to be used as a boolean.
true if this duration is non-zero.Splits out the Duration into the given units.
split takes the list of time units to split out as template arguments. The time unit strings must be given in decreasing order. How it returns the values for those units depends on the overload used.
The overload which accepts function arguments takes integral types in the order that the time unit strings were given, and those integers are passed by ref. split assigns the values for the units to each corresponding integer. Any integral type may be used, but no attempt is made to prevent integer overflow, so don't use small integral types in circumstances where the values for those units aren't likely to fit in an integral type that small.
The overload with no arguments returns the values for the units in a struct with members whose names are the same as the given time unit strings. The members are all longs. This overload will also work with no time strings being given, in which case all of the time units from weeks through hnsecs will be provided (but no nsecs, since it would always be 0).
For both overloads, the entire value of the Duration is split among the units (rather than splitting the Duration across all units and then only providing the values for the requested units), so if only one unit is given, the result is equivalent to total.
"nsecs" is accepted by split, but "years" and "months" are not.
For negative durations, all of the split values will be negative.
{
auto d = dur!"days"(12) + dur!"minutes"(7) + dur!"usecs"(501223);
long days;
int seconds;
short msecs;
d.split!("days", "seconds", "msecs")(days, seconds, msecs);
assert(days == 12);
assert(seconds == 7 * 60);
assert(msecs == 501);
auto splitStruct = d.split!("days", "seconds", "msecs")();
assert(splitStruct.days == 12);
assert(splitStruct.seconds == 7 * 60);
assert(splitStruct.msecs == 501);
auto fullSplitStruct = d.split();
assert(fullSplitStruct.weeks == 1);
assert(fullSplitStruct.days == 5);
assert(fullSplitStruct.hours == 0);
assert(fullSplitStruct.minutes == 7);
assert(fullSplitStruct.seconds == 0);
assert(fullSplitStruct.msecs == 501);
assert(fullSplitStruct.usecs == 223);
assert(fullSplitStruct.hnsecs == 0);
assert(d.split!"minutes"().minutes == d.total!"minutes");
}
{
auto d = dur!"days"(12);
assert(d.split!"weeks"().weeks == 1);
assert(d.split!"days"().days == 12);
assert(d.split().weeks == 1);
assert(d.split().days == 5);
}
{
auto d = dur!"days"(7) + dur!"hnsecs"(42);
assert(d.split!("seconds", "nsecs")().nsecs == 4200);
}
{
auto d = dur!"days"(-7) + dur!"hours"(-9);
auto result = d.split!("days", "hours")();
assert(result.days == -7);
assert(result.hours == -9);
}
Ditto
Returns the total number of the given units in this Duration. So, unlike split, it does not strip out the larger units.
assert(dur!"weeks"(12).total!"weeks" == 12); assert(dur!"weeks"(12).total!"days" == 84); assert(dur!"days"(13).total!"weeks" == 1); assert(dur!"days"(13).total!"days" == 13); assert(dur!"hours"(49).total!"days" == 2); assert(dur!"hours"(49).total!"hours" == 49); assert(dur!"nsecs"(2007).total!"hnsecs" == 20); assert(dur!"nsecs"(2007).total!"nsecs" == 2000);
Converts this Duration to a string.
The string is meant to be human readable, not machine parseable (e.g. whether there is an 's' on the end of the unit name usually depends on whether it's plural or not, and empty units are not included unless the Duration is zero). Any code needing a specific string format should use total or split to get the units needed to create the desired string format and create the string itself.
The format returned by toString may or may not change in the future.
assert(Duration.zero.toString() == "0 hnsecs");
assert(weeks(5).toString() == "5 weeks");
assert(days(2).toString() == "2 days");
assert(hours(1).toString() == "1 hour");
assert(minutes(19).toString() == "19 minutes");
assert(seconds(42).toString() == "42 secs");
assert(msecs(42).toString() == "42 ms");
assert(usecs(27).toString() == "27 μs");
assert(hnsecs(5).toString() == "5 hnsecs");
assert(seconds(121).toString() == "2 minutes and 1 sec");
assert((minutes(5) + seconds(3) + usecs(4)).toString() ==
"5 minutes, 3 secs, and 4 μs");
assert(seconds(-42).toString() == "-42 secs");
assert(usecs(-5239492).toString() == "-5 secs, -239 ms, and -492 μs");
Returns whether this Duration is negative.
Converts a TickDuration to the given units as either an integral value or a floating point value.
| units | The units to convert to. Accepts "seconds" and smaller only. |
| T | The type to convert to (either an integral type or a floating point type). |
D td
| The TickDuration to convert |
auto t = TickDuration.from!"seconds"(1000);
long tl = to!("seconds",long)(t);
assert(tl == 1000);
double td = to!("seconds",double)(t);
assert(_abs(td - 1000) < 0.001);
These allow you to construct a Duration from the given time units with the given length.
You can either use the generic function dur and give it the units as a string or use the named aliases.
The possible values for units are "weeks", "days", "hours", "minutes", "seconds", "msecs" (milliseconds), "usecs", (microseconds), "hnsecs" (hecto-nanoseconds, i.e. 100 ns), and "nsecs".
| units | The time units of the Duration (e.g. "days"). |
long length
| The number of units in the Duration. |
// Generic assert(dur!"weeks"(142).total!"weeks" == 142); assert(dur!"days"(142).total!"days" == 142); assert(dur!"hours"(142).total!"hours" == 142); assert(dur!"minutes"(142).total!"minutes" == 142); assert(dur!"seconds"(142).total!"seconds" == 142); assert(dur!"msecs"(142).total!"msecs" == 142); assert(dur!"usecs"(142).total!"usecs" == 142); assert(dur!"hnsecs"(142).total!"hnsecs" == 142); assert(dur!"nsecs"(142).total!"nsecs" == 100); // Non-generic assert(weeks(142).total!"weeks" == 142); assert(days(142).total!"days" == 142); assert(hours(142).total!"hours" == 142); assert(minutes(142).total!"minutes" == 142); assert(seconds(142).total!"seconds" == 142); assert(msecs(142).total!"msecs" == 142); assert(usecs(142).total!"usecs" == 142); assert(hnsecs(142).total!"hnsecs" == 142); assert(nsecs(142).total!"nsecs" == 100);
alias for MonoTimeImpl instantiated with ClockType.normal. This is what most programs should use. It's also what much of MonoTimeImpl uses in its documentation (particularly in the examples), because that's what's going to be used in most code.
Represents a timestamp of the system's monotonic clock.
A monotonic clock is one which always goes forward and never moves backwards, unlike the system's wall clock time (as represented by std.datetime.SysTime). The system's wall clock time can be adjusted by the user or by the system itself via services such as NTP, so it is unreliable to use the wall clock time for timing. Timers which use the wall clock time could easily end up never going off due to changes made to the wall clock time or otherwise waiting for a different period of time than that specified by the programmer. However, because the monotonic clock always increases at a fixed rate and is not affected by adjustments to the wall clock time, it is ideal for use with timers or anything which requires high precision timing.
So, MonoTime should be used for anything involving timers and timing, whereas std.datetime.SysTime should be used when the wall clock time is required.
The monotonic clock has no relation to wall clock time. Rather, it holds its time as the number of ticks of the clock which have occurred since the clock started (typically when the system booted up). So, to determine how much time has passed between two points in time, one monotonic time is subtracted from the other to determine the number of ticks which occurred between the two points of time, and those ticks are divided by the number of ticks that occur every second (as represented by MonoTime.ticksPerSecond) to get a meaningful duration of time. Normally, MonoTime does these calculations for the programmer, but the ticks and ticksPerSecond properties are provided for those who require direct access to the system ticks. The normal way that MonoTime would be used is
MonoTime before = MonoTime.currTime;
// do stuff...
MonoTime after = MonoTime.currTime;
Duration timeElapsed = after - before;
MonoTime is an alias to MonoTimeImpl!(ClockType.normal) and is what most programs should use for the monotonic clock, so that's what is used in most of MonoTimeImpl's documentation. But MonoTimeImpl can be instantiated with other clock types for those rare programs that need it. ClockTypeThe current time of the system's monotonic clock. This has no relation to the wall clock time, as the wall clock time can be adjusted (e.g. by NTP), whereas the monotonic clock always moves forward. The source of the monotonic time is system-specific.
On Windows, QueryPerformanceCounter is used. On Mac OS X, mach_absolute_time is used, while on other POSIX systems, clock_gettime is used.
Warning: On some systems, the monotonic clock may stop counting when the computer goes to sleep or hibernates. So, the monotonic clock may indicate less time than has actually passed if that occurs. This is known to happen on Mac OS X. It has not been tested whether it occurs on either Windows or Linux.
A MonoTime of 0 ticks. It's provided to be consistent with Duration.zero, and it's more explicit than MonoTime.init.
Largest MonoTime possible.
Most negative MonoTime possible.
Compares this MonoTime with the given MonoTime.
| this < rhs | < 0 |
| this == rhs | 0 |
| this > rhs | > 0 |
Subtracting two MonoTimes results in a Duration representing the amount of time which elapsed between them.
The primary way that programs should time how long something takes is to do
MonoTime before = MonoTime.currTime; // do stuff MonoTime after = MonoTime.currTime; // How long it took. Duration timeElapsed = after - before;or to use a wrapper (such as a stop watch type) which does that.
Duration is in hnsecs, whereas MonoTime is in system ticks, it's usually the case that this assertion will fail auto before = MonoTime.currTime; // do stuff auto after = MonoTime.currTime; auto timeElapsed = after - before; assert(before + timeElapsed == after);
ticks property and keep all calculations in ticks rather than using Duration. Adding or subtracting a Duration to/from a MonoTime results in a MonoTime which is adjusted by that amount.
The number of ticks in the monotonic time.
Most programs should not use this directly, but it's exposed for those few programs that need it.
The main reasons that a program might need to use ticks directly is if the system clock has higher precision than hnsecs, and the program needs that higher precision, or if the program needs to avoid the rounding errors caused by converting to hnsecs.
The number of ticks that MonoTime has per second - i.e. the resolution or frequency of the system's monotonic clock.
e.g. if the system clock had a resolution of microseconds, then ticksPerSecond would be 1_000_000.
Converts the given time from one clock frequency/resolution to another.
ticksToNSecs// one tick is one second -> one tick is a hecto-nanosecond assert(convClockFreq(45, 1, 10_000_000) == 450_000_000); // one tick is one microsecond -> one tick is a millisecond assert(convClockFreq(9029, 1_000_000, 1_000) == 9); // one tick is 1/3_515_654 of a second -> 1/1_001_010 of a second assert(convClockFreq(912_319, 3_515_654, 1_001_010) == 259_764); // one tick is 1/MonoTime.ticksPerSecond -> one tick is a nanosecond // Equivalent to ticksToNSecs auto nsecs = convClockFreq(1982, MonoTime.ticksPerSecond, 1_000_000_000);
Convenience wrapper around convClockFreq which converts ticks at a clock frequency of MonoTime.ticksPerSecond to nanoseconds.
It's primarily of use when MonoTime.ticksPerSecond is greater than hecto-nanosecond resolution, and an application needs a higher precision than hecto-nanoceconds.
convClockFreqauto before = MonoTime.currTime; // do stuff auto after = MonoTime.currTime; auto diffInTicks = after.ticks - before.ticks; auto diffInNSecs = ticksToNSecs(diffInTicks); assert(diffInNSecs == convClockFreq(diffInTicks, MonoTime.ticksPerSecond, 1_000_000_000));
The reverse of ticksToNSecs.
Warning: TickDuration will be deprecated in the near future (once all uses of it in Phobos have been deprecated). Please use MonoTime for the cases where a monotonic timestamp is needed and Duration when a duration is needed, rather than using TickDuration. It has been decided that TickDuration is too confusing (e.g. it conflates a monotonic timestamp and a duration in monotonic clock ticks) and that having multiple duration types is too awkward and confusing.
Represents a duration of time in system clock ticks.
The system clock ticks are the ticks of the system clock at the highest precision that the system provides.
The number of ticks that the system clock has in one second.
If ticksPerSec is 0, then then TickDuration failed to get the value of ticksPerSec on the current system, and TickDuration is not going to work. That would be highly abnormal though.
The tick of the system clock (as a TickDuration) when the application started.
It's the same as TickDuration(0), but it's provided to be consistent with Duration and FracSec, which provide zero properties.
Largest TickDuration possible.
Most negative TickDuration possible.
The number of system ticks in this TickDuration.
You can convert this length into the number of seconds by dividing it by ticksPerSec (or using one the appropriate property function to do it).
Returns the total number of seconds in this TickDuration.
Returns the total number of milliseconds in this TickDuration.
Returns the total number of microseconds in this TickDuration.
Returns the total number of hecto-nanoseconds in this TickDuration.
Returns the total number of nanoseconds in this TickDuration.
This allows you to construct a TickDuration from the given time units with the given length.
| units | The time units of the TickDuration (e.g. "msecs"). |
long length
| The number of units in the TickDuration. |
Returns a Duration with the same number of hnsecs as this TickDuration. Note that the conventional way to convert between TickDuration and Duration is using std.conv.to, e.g.: tickDuration.to!Duration()
Adds or subtracts two TickDurations as well as assigning the result to this TickDuration.
The legal types of arithmetic for TickDuration using this operator are
| TickDuration | += | TickDuration | --> | TickDuration |
| TickDuration | -= | TickDuration | --> | TickDuration |
TickDuration rhs
| The TickDuration to add to or subtract from this TickDuration. |
Adds or subtracts two TickDurations.
The legal types of arithmetic for TickDuration using this operator are
| TickDuration | + | TickDuration | --> | TickDuration |
| TickDuration | - | TickDuration | --> | TickDuration |
TickDuration rhs
| The TickDuration to add to or subtract from this TickDuration. |
Returns the negation of this TickDuration.
operator overloading "<, >, <=, >="
The legal types of arithmetic for TickDuration using this operator overload are
| TickDuration | * | long | --> | TickDuration |
| TickDuration | * | floating point | --> | TickDuration |
T value
| The value to divide from this duration. |
The legal types of arithmetic for TickDuration using this operator overload are
| TickDuration | / | long | --> | TickDuration |
| TickDuration | / | floating point | --> | TickDuration |
T value
| The value to divide from this TickDuration. |
TimeException if an attempt to divide by 0 is made.The legal types of arithmetic for TickDuration using this operator overload are
| TickDuration | * | long | --> | TickDuration |
| TickDuration | * | floating point | --> | TickDuration |
T value
| The value to divide from this TickDuration. |
The legal types of arithmetic for TickDuration using this operator overload are
| TickDuration | / | long | --> | TickDuration |
| TickDuration | / | floating point | --> | TickDuration |
T value
| The value to divide from this TickDuration. |
TimeException if an attempt to divide by 0 is made.long ticks
| The number of ticks in the TickDuration. |
The current system tick. The number of ticks per second varies from system to system. currSystemTick uses a monotonic clock, so it's intended for precision timing by comparing relative time values, not for getting the current system time.
On Windows, QueryPerformanceCounter is used. On Mac OS X, mach_absolute_time is used, while on other Posix systems, clock_gettime is used. If mach_absolute_time or clock_gettime is unavailable, then Posix systems use gettimeofday (the decision is made when TickDuration is compiled), which unfortunately, is not monotonic, but if mach_absolute_time and clock_gettime aren't available, then gettimeofday is the the best that there is.
Warning: On some systems, the monotonic clock may stop counting when the computer goes to sleep or hibernates. So, the monotonic clock could be off if that occurs. This is known to happen on Mac OS X. It has not been tested whether it occurs on either Windows or on Linux.
TimeException if it fails to get the time.Generic way of converting between two time units. Conversions to smaller units use truncating division. Years and months can be converted to each other, small units can be converted to each other, but years and months cannot be converted to or from smaller units (due to the varying number of days in a month or year).
| from | The units of time to convert from. |
| to | The units of time to convert to. |
long value
| The value to convert. |
assert(convert!("years", "months")(1) == 12);
assert(convert!("months", "years")(12) == 1);
assert(convert!("weeks", "days")(1) == 7);
assert(convert!("hours", "seconds")(1) == 3600);
assert(convert!("seconds", "days")(1) == 0);
assert(convert!("seconds", "days")(86_400) == 1);
assert(convert!("nsecs", "nsecs")(1) == 1);
assert(convert!("nsecs", "hnsecs")(1) == 0);
assert(convert!("hnsecs", "nsecs")(1) == 100);
assert(convert!("nsecs", "seconds")(1) == 0);
assert(convert!("seconds", "nsecs")(1) == 1_000_000_000);
Everything in druntime and Phobos that was using FracSec now uses Duration for greater simplicity. So, FracSec has been deprecated. It will be removed from the docs in October 2018, and removed completely from druntime in October 2019.
Represents fractional seconds.
This is the portion of the time which is smaller than a second and it cannot hold values which would be greater than or equal to a second (or less than or equal to a negative second).
It holds hnsecs internally, but you can create it using either milliseconds, microseconds, or hnsecs. What it does is allow for a simple way to set or adjust the fractional seconds portion of a Duration or a std.datetime.SysTime without having to worry about whether you're dealing with milliseconds, microseconds, or hnsecs.
FracSec's functions which take time unit strings do accept "nsecs", but because the resolution of Duration and std.datetime.SysTime is hnsecs, you don't actually get precision higher than hnsecs. "nsecs" is accepted merely for convenience. Any values given as nsecs will be converted to hnsecs using convert (which uses truncating division when converting to smaller units).
A FracSec of 0. It's shorter than doing something like FracSec.from!"msecs"(0) and more explicit than FracSec.init.
Create a FracSec from the given units ("msecs", "usecs", or "hnsecs").
| units | The units to create a FracSec from. |
long value
| The number of the given units passed the second. |
TimeException if the given value would result in a FracSec greater than or equal to 1 second or less than or equal to -1 seconds.Returns the negation of this FracSec.
The value of this FracSec as milliseconds.
The value of this FracSec as milliseconds.
int milliseconds
| The number of milliseconds passed the second. |
TimeException if the given value is not less than 1 second and greater than a -1 seconds.The value of this FracSec as microseconds.
The value of this FracSec as microseconds.
int microseconds
| The number of microseconds passed the second. |
TimeException if the given value is not less than 1 second and greater than a -1 seconds.The value of this FracSec as hnsecs.
The value of this FracSec as hnsecs.
int hnsecs
| The number of hnsecs passed the second. |
TimeException if the given value is not less than 1 second and greater than a -1 seconds.The value of this FracSec as nsecs.
Note that this does not give you any greater precision than getting the value of this FracSec as hnsecs.
The value of this FracSec as nsecs.
Note that this does not give you any greater precision than setting the value of this FracSec as hnsecs.
long nsecs
| The number of nsecs passed the second. |
TimeException if the given value is not less than 1 second and greater than a -1 seconds.Converts this TickDuration to a string.
Exception type used by core.time.
string msg
| The message for the exception. |
string file
| The file where the exception occurred. |
size_t line
| The line number where the exception occurred. |
Throwable next
| The previous exception in the chain of exceptions, if any. |
string msg
| The message for the exception. |
Throwable next
| The previous exception in the chain of exceptions. |
string file
| The file where the exception occurred. |
size_t line
| The line number where the exception occurred. |
Returns the absolute value of a duration.
© 1999–2018 The D Language Foundation
Licensed under the Boost License 1.0.
https://dlang.org/phobos/core_time.html