425

Is there a shell command in Linux to get the time in milliseconds?

codeforester
  • 39,467
  • 16
  • 112
  • 140
MOHAMED
  • 41,599
  • 58
  • 163
  • 268

16 Answers16

518
  • date +"%T.%N" returns the current time with nanoseconds.

    06:46:41.431857000
    
  • date +"%T.%6N" returns the current time with nanoseconds rounded to the first 6 digits, which is microseconds.

    06:47:07.183172
    
  • date +"%T.%3N" returns the current time with nanoseconds rounded to the first 3 digits, which is milliseconds.

    06:47:42.773
    

In general, every field of the date command's format can be given an optional field width.

rogerdpack
  • 62,887
  • 36
  • 269
  • 388
Michael Defort
  • 5,189
  • 1
  • 11
  • 2
454

date +%s%N returns the number of seconds + current nanoseconds.

Therefore, echo $(($(date +%s%N)/1000000)) is what you need.

Example:

$ echo $(($(date +%s%N)/1000000))
1535546718115

date +%s returns the number of seconds since the epoch, if that's useful.

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Alper
  • 12,860
  • 2
  • 31
  • 41
  • 112
    doesn't work on Mac OS, since `%N` is not supported by `date` – yegor256 Aug 27 '13 at 18:36
  • 40
    Question is asking for Linux command. @alper's answer works fine for date command with [GNU coreutils](http://www.gnu.org/software/coreutils/). GNUtize your OSX: [Install and Use GNU Command Line Tools on Mac OS X](http://www.topbug.net/blog/2013/04/14/install-and-use-gnu-command-line-tools-in-mac-os-x/) – caligari Feb 21 '14 at 07:58
  • 96
    `date +%s%3N` is faster (based in @michael-defort's answer) – caligari Feb 21 '14 at 08:08
  • @caligari I'm not sure... Benchmarking several options in parallel (granted, not TOO strictly) gave me this: http://pastebin.com/ZFdVWN7h. Frankly, I don't think it makes a difference. – André Chalella Jun 11 '15 at 18:19
  • 19
    On OSX you need to install the GNU version of date as part of `coreutils` using MacPorts or Homebrew - then use the `gdate` command. See this question: http://stackoverflow.com/questions/9804966/date-command-does-not-follow-linux-specifications-mac-os-x-lion – Pierz Jun 23 '15 at 22:10
  • 2
    Although date +%s%3N seems to be easier or better, but using it in some other offset calculation caused the timestamp to be reduced by 1 millisecond! But this solution worked perfect with offset calculation – Arsinux Apr 20 '18 at 12:59
  • 1
    Perhaps something should be said about the actual time resolution? E.g., on a typical PC, will it typically be better than 16.666 ms (1/60 second) or not? Or better than some other (very common) characteristic feature of the underlying hardware? – Peter Mortensen Nov 18 '19 at 13:10
126

Nano is 10−9 and milli 10−3. Hence, we can use the three first characters of nanoseconds to get the milliseconds:

date +%s%3N

From man date:

%N nanoseconds (000000000..999999999)

%s seconds since 1970-01-01 00:00:00 UTC

Source: Server Fault's How do I get the current Unix time in milliseconds in Bash?.

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
fedorqui
  • 275,237
  • 103
  • 548
  • 598
  • 1
    I feel so proud that @Peter Mortensen did one of his superb active readings on one of my posts :) thanks!! – fedorqui Nov 18 '19 at 13:44
73

On OS X, where date does not support the %N flag, I recommend installing coreutils using Homebrew. This will give you access to a command called gdate that will behave as date does on Linux systems.

brew install coreutils

For a more "native" experience, you can always add this to your .bash_aliases:

alias date='gdate'

Then execute

$ date +%s%N
Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Joshua Cook
  • 12,495
  • 2
  • 35
  • 31
27

Here is a somehow portable hack for Linux for getting time in milliseconds:

#!/bin/sh
read up rest </proc/uptime; t1="${up%.*}${up#*.}"
sleep 3    # your command
read up rest </proc/uptime; t2="${up%.*}${up#*.}"

millisec=$(( 10*(t2-t1) ))
echo $millisec

The output is:

3010

This is a very cheap operation, which works with shell internals and procfs.

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Bastian Bittorf
  • 447
  • 4
  • 6
19

Pure bash solution

Since bash 5.0 (released on 7 Jan 2019) you can use the built-in variable EPOCHREALTIME which contains the seconds since the epoch, including decimal places down to micro-second (μs) precision (echo $EPOCHREALTIME prints something like 1547624774.371210). By removing the . and the last three places we get milliseconds:

Either use

(( t = ${EPOCHREALTIME/./} / 1000 ))

or something like

t=${EPOCHREALTIME/./}  # remove the dot (s → µs)
t=${t%???}             # remove the last three digits (µs → ms)

Either way t will be something like 1547624774371.

Socowi
  • 25,550
  • 3
  • 32
  • 54
13

The other answers are probably sufficient in most cases but I thought I'd add my two cents as I ran into a problem on a BusyBox system.

The system in question did not support the %N format option and doesn't have no Python or Perl interpreter.

After much head scratching, we (thanks Dave!) came up with this:

adjtimex | awk '/(time.tv_sec|time.tv_usec):/ { printf("%06d", $2) }'

It extracts the seconds and microseconds from the output of adjtimex (normally used to set options for the system clock) and prints them without new lines (so they get glued together). Note that the microseconds field has to be pre-padded with zeros, but this doesn't affect the seconds field which is longer than six digits anyway. From this it should be trivial to convert microseconds to milliseconds.

If you need a trailing new line (maybe because it looks better) then try

adjtimex | awk '/(time.tv_sec|time.tv_usec):/ { printf("%06d", $2) }' && printf "\n"

Also note that this requires adjtimex and awk to be available. If not then with BusyBox you can point to them locally with:

ln -s /bin/busybox ./adjtimex
ln -s /bin/busybox ./awk

And then call the above as

./adjtimex | ./awk '/(time.tv_sec|time.tv_usec):/ { printf("%06d", $2) }'

Or of course you could put them in your PATH

EDIT:

The above worked on my BusyBox device. On Ubuntu I tried the same thing and realised that adjtimex has different versions. On Ubuntu this worked to output the time in seconds with decimal places to microseconds (including a trailing new line)

sudo apt-get install adjtimex
adjtimex -p | awk '/raw time:/ { print $6 }'

I wouldn't do this on Ubuntu though. I would use date +%s%N

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
pghalliday
  • 301
  • 2
  • 7
  • 1
    Wow, great alternative! Indeed your command works, but I don't have a clue why. Where do I find a documentation for the awk command?! How in hell did you find out how to build the string to extract the desired information out of the adjtimex output? – Satria Oct 26 '18 at 23:28
  • 1
    Awesome busybox solution – Codebling Jan 25 '19 at 22:58
  • 1
    If there is a possiblity to compile Busybox yourself, enabling "CONFIG_FEATURE_DATE_NANO" would be another approach. – Bl00dh0und Aug 10 '20 at 11:21
11

date command didnt provide milli seconds on OS X, so used an alias from python

millis(){  python -c "import time; print(int(time.time()*1000))"; }

OR

alias millis='python -c "import time; print(int(time.time()*1000))"'

EDIT: following the comment from @CharlesDuffy. Forking any child process takes extra time.

$ time date +%s%N
1597103627N
date +%s%N  0.00s user 0.00s system 63% cpu 0.006 total

Python is still improving it's VM start time, and it is not as fast as ahead-of-time compiled code (such as date).

On my machine, it took about 30ms - 60ms (that is 5x-10x of 6ms taken by date)

$ time python -c "import time; print(int(time.time()*1000))"
1597103899460
python -c "import time; print(int(time.time()*1000))"  0.03s user 0.01s system 83% cpu 0.053 total

I figured awk is lightweight than python, so awk takes in the range of 6ms to 12ms (i.e. 1x to 2x of date):

$ time awk '@load "time"; BEGIN{print int(1000 * gettimeofday())}'
1597103729525
awk '@load "time"; BEGIN{print int(1000 * gettimeofday())}'  0.00s user 0.00s system 74% cpu 0.010 total
Thamme Gowda
  • 11,249
  • 5
  • 50
  • 57
  • 7
    ...however, once you've `fork()`ed off a separate process, `exec`ed your Python interpreter, let it load its libraries / otherwise initialize, write its result, and exit, that result will no longer be accurate. – Charles Duffy Apr 30 '19 at 00:46
8

To show date with time and time-zone

date +"%d-%m-%Y %T.%N %Z"

Output : 22-04-2020 18:01:35.970289239 IST

Anil Agrawal
  • 2,748
  • 1
  • 24
  • 31
4

I just wanted to add to Alper's answer what I had to do to get this stuff working:

On Mac, you'll need brew install coreutils, so we can use gdate. Otherwise on Linux, it's just date. And this function will help you time commands without having to create temporary files or anything:

function timeit() {
    start=`gdate +%s%N`
    bash -c $1
    end=`gdate +%s%N`
    runtime=$(((end-start)/1000000000.0))
    echo " seconds"
}

And you can use it with a string:

timeit 'tsc --noEmit'
Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Chet
  • 18,421
  • 15
  • 69
  • 113
  • 1
    I like this solution but I'm more interested in millis. I ported this function to my .bashrc in ubuntu: ```function timeit () { start=$(date +%s%N); $*; end=$(date +%s%N); runtime=$(((end-start)/1000000)); echo "$runtime ms" }``` – Uluaiv Jan 30 '20 at 12:45
3

When you use GNU AWK since version 4.1, you can load the time library and do:

$ awk '@load "time"; BEGIN{printf "%.6f", gettimeofday()}'

This will print the current time in seconds since 1970-01-01T00:00:00 in sub second accuracy.

the_time = gettimeofday() Return the time in seconds that has elapsed since 1970-01-01 UTC as a floating-point value. If the time is unavailable on this platform, return -1 and set ERRNO. The returned time should have sub-second precision, but the actual precision may vary based on the platform. If the standard C gettimeofday() system call is available on this platform, then it simply returns the value. Otherwise, if on MS-Windows, it tries to use GetSystemTimeAsFileTime().

source: GNU awk manual

On Linux systems, the standard C function getimeofday() returns the time in microsecond accuracy.

kvantour
  • 25,269
  • 4
  • 47
  • 72
3

I want to generate value from bash and use that value in Java code to convert back to date(java.util).

Following command works for me to generate the value in bash file:

date +%s000

Lyncean Patel
  • 2,433
  • 16
  • 15
  • 1
    Fine. I recommend we don’t use `java.util.Date`, though. That class is poorly designed and long outdated. Instead use `Instant` from [java.time, the modern Java date and time API](https://docs.oracle.com/javase/tutorial/datetime/). Then you need just `date %+s` in bash and `Instant.ofEpochSecond()` in Java. – Ole V.V. Jun 29 '21 at 12:47
2

Perl can be used for this, even on exotic platforms like AIX. Example:

#!/usr/bin/perl -w

use strict;
use Time::HiRes qw(gettimeofday);

my ($t_sec, $usec) = gettimeofday ();
my $msec= int ($usec/1000);

my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
    localtime ($t_sec);

printf "%04d-%02d-%02d %02d:%02d:%02d %03d\n",
    1900+$year, 1+$mon, $mday, $hour, $min, $sec, $msec;
Lorinczy Zsigmond
  • 1,749
  • 1
  • 14
  • 21
1

A Python script like this:

import time
cur_time = int(time.time()*1000)
Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
maoyang
  • 1,067
  • 1
  • 11
  • 11
0

To print decimal seconds:

start=$(($(date +%s%N)/1000000)) \
    && sleep 2 \
    && end=$(($(date +%s%N)/1000000)) \
    && runtime=$((end - start))

divisor=1000 \
    && foo=$(printf "%s.%s" $(( runtime / divisor )) $(( runtime % divisor ))) \
    && printf "runtime %s\n" $foo # in bash integer cannot cast to float

Output: runtime 2.3

Xopi García
  • 359
  • 1
  • 2
  • 9
0

What about using the simple BASH intrinsic variable EPOCHREALTIME?

fcm
  • 1,247
  • 15
  • 28