Benchmark: date formatter libraries vs native

HTML Preparation code:

<script src="https://cdnjs.cloudflare.com/ajax/libs/moment.js/2.22.1/moment.min.js"></script>
<script src="https://cdn.jsdelivr.net/npm/luxon@1.2.0/build/global/luxon.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/fecha/2.3.3/fecha.min.js"></script>
<script src="https://cdnjs.cloudflare.com/ajax/libs/date-fns/1.29.0/date_fns.min.js"></script>
<script src="https://unpkg.com/dayjs"></script>
<script src="https://wzrd.in/standalone/dateformat@latest"></script>
<script src="https://wzrd.in/standalone/time-stamp@latest"></script>
<script src="https://unpkg.com/fdate"></script>

Script Preparation code:

window.__date__ = new Date();
window.__expected__ = '2000/01/06';

function formatDate(date) {
  const year = date.getFullYear();
  const month = String(date.getMonth() + 1).padStart(2, '0');
  const day = String(date.getDate()).padStart(2, '0');
  
  return `${year}/${month}/${day}`;
}

window.formatDate = formatDate;

Tests:

3846masa/fdate
var actual = fdate`${'YYYY'}/${'MM'}/${'DD'}`(__date__); console.assert(actual === __expected__);
moment/moment
var actual = moment(__date__).format('YYYY/MM/DD'); console.assert(actual === __expected__);
moment/luxon
var actual = luxon.DateTime.fromJSDate(__date__).toFormat('yyyy/MM/dd'); console.assert(actual === __expected__);
taylorhakes/fecha
var actual = fecha.format(__date__, 'YYYY/MM/DD'); console.assert(actual === __expected__);
date-fns/date-fns
var actual = dateFns.format(__date__, 'YYYY/MM/DD'); console.assert(actual === __expected__);
xx45/dayjs
var actual = dayjs(__date__).format('YYYY/MM/DD'); console.assert(actual === __expected__);
felixge/node-dateformat
var actual = dateformat(__date__, 'yyyy/mm/dd'); console.assert(actual === __expected__);
jonschlinkert/time-stamp
var actual = timeStamp('YYYY/MM/DD', __date__); console.assert(actual === __expected__);
native
var actual = formatDate(__date__); console.assert(actual === __expected__);

Rendered benchmark preparation results:

Suite status: <idle, ready to run>

Previous results

Test case name	Result
3846masa/fdate
moment/moment
moment/luxon
taylorhakes/fecha
date-fns/date-fns
xx45/dayjs
felixge/node-dateformat
jonschlinkert/time-stamp
native

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated one month ago):

LLMs can make mistakes. Check important info.

Let's break down the benchmark and explain what's being tested.

**Benchmark Definition**

The benchmark is comparing the performance of different date formatting libraries in JavaScript. The test case uses a custom `formatDate` function to format a date string, which is then compared to an expected output using `console.assert`.

**Libraries Compared**

The following date formatting libraries are compared:

1. **Custom implementation**: A simple, custom implementation of the `formatDate` function.
2. **Fdate (3846masa/fdate)**: A popular JavaScript library for formatting dates and times.
3. **Moment.js (moment/moment)**: A widely-used JavaScript library for working with dates and times.
4. **Fecha (taylorhakes/fecha)**: Another popular JavaScript library for formatting dates and times.
5. **Date-fns (date-fns/date-fns)**: A lightweight, modern JavaScript library for working with dates and times.
6. **Luxon (moment/luxon)**: A high-performance JavaScript library for working with dates and times, developed by the same team behind Moment.js.
7. **Day.js (xx45/dayjs)**: A lightweight, modern JavaScript library for working with dates and times.

**Test Results**

The test results show the performance of each library on a Mac OS X 10.15.7 system, running in Chrome 125. The libraries are tested by executing their `formatDate` functions with an input date string, and measuring the execution time using `ExecutionsPerSecond`.

**Observations**

* The custom implementation performs relatively poorly compared to the other libraries.
* Fdate, Moment.js, and Fecha perform similarly well, with slight variations in performance.
* Date-fns is significantly faster than the other libraries, indicating its lightweight and efficient design.
* Luxon performs well, but slightly slower than Date-fns.
* Day.js has a surprisingly good performance, considering its lightweight nature.

**Conclusion**

The benchmark suggests that:

* Custom implementations can be slow and inefficient compared to specialized libraries.
* Fdate, Moment.js, and Fecha are viable alternatives for date formatting tasks, with slight variations in performance.
* Date-fns is an excellent choice for simple date formatting tasks due to its speed and efficiency.
* Luxon offers a good balance between performance and feature set, making it suitable for more complex use cases.
* Day.js provides a pleasant surprise with its fast performance, indicating that even lightweight libraries can excel in specific niches.

Latest run results:

Run details: (Test run date: 5 months ago)

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36

Browser/OS: Chrome 125 on Mac OS X 10.15.7

View result in a separate tab

Test name	Executions per second
3846masa/fdate	294778.2 Ops/sec
moment/moment	265835.1 Ops/sec
moment/luxon	228992.8 Ops/sec
taylorhakes/fecha	259924.8 Ops/sec
date-fns/date-fns	247411.0 Ops/sec
xx45/dayjs	187794.9 Ops/sec
felixge/node-dateformat	0.0 Ops/sec
jonschlinkert/time-stamp	0.0 Ops/sec
native	298440.8 Ops/sec

Related benchmarks:

date formatter libraries vs native (version: 0)

Comparing performance of: 3846masa/fdate vs moment/moment vs moment/luxon vs taylorhakes/fecha vs date-fns/date-fns vs xx45/dayjs vs felixge/node-dateformat vs jonschlinkert/time-stamp vs native

Created: 5 months ago by: Guest

Jump to the latest result

3846masa/fdate

moment/moment

moment/luxon

taylorhakes/fecha

date-fns/date-fns

xx45/dayjs

felixge/node-dateformat

jonschlinkert/time-stamp

native

Suite status: <idle, ready to run>

Experimental features:

Fastest: N/A

Slowest: N/A

Autogenerated LLM Summary (model llama3.2:3b, generated one month ago):