Linux 7.2 On Threadripper Shows Some Nice I/O Improvements & Faster Poll, Some Regressions

Written by Michael Larabel in Software on 29 June 2026 at 12:50 PM EDT. Page 3 of 6. 3 Comments.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 500, Mode: Read Write. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 500, Mode: Read Write, Average Latency. Linux 7.1 was the fastest.

But some performance regressions were also observed in this early Linux 7.2 testing. On this Threadripper system, the read/write tests with PostgreSQL facilitated by pgbench were regressing.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 500, Mode: Read Only. Linux 7.2 27 June was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 500, Mode: Read Only, Average Latency. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 800, Mode: Read Write. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 800, Mode: Read Write, Average Latency. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 800, Mode: Read Only. Linux 7.2 27 June was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 800, Mode: Read Only, Average Latency. Linux 7.2 27 June was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 1000, Mode: Read Write. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 1000, Mode: Read Write, Average Latency. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 1000, Mode: Read Only. Linux 7.1 was the fastest.

PostgreSQL benchmark with settings of Scaling Factor: 100, Clients: 1000, Mode: Read Only, Average Latency. Linux 7.1 was the fastest.

The read-only database tests with PostgreSQL were showing the same performance between these kernels except on Linux 7.2 the read/write performance was regressing. Perhaps some Cache Aware Scheduling gone wrong? That comes to mind given the recent Cache Aware Scheduling improvement patches that were showing significant improvements for MySQL. I haven't bisected the PostgreSQL regression though to confirm if it's due to CAS or something else in v7.2.

MariaDB mariadb-slap benchmark with settings of Clients: 64. Linux 7.1 was the fastest.

MariaDB mariadb-slap benchmark with settings of Clients: 128. Linux 7.2 27 June was the fastest.

MariaDB testing with mariadb-slap wasn't showing any performance regression in Linux 7.2.

TigerBeetle benchmark with settings of Clients: 8. Linux 7.1 was the fastest.

TigerBeetle benchmark with settings of Clients: 16. Linux 7.1 was the fastest.

The TigerBeetle database also didn't show any regressions. It was just with PostgreSQL read/write where I was consistently seeing a performance drop on Linux 7.2.

3 Comments - Next Page

Page: 1 2 3 4 5 6 Next Page