Re: Remove Instruction Synchronization Barrier in spin_delay() for ARM64 architecture - Mailing list pgsql-hackers

From Nathan Bossart
Subject Re: Remove Instruction Synchronization Barrier in spin_delay() for ARM64 architecture
Date
Msg-id aJpLbvj48tMXmkQ6@nathan
Whole thread Raw
In response to Remove Instruction Synchronization Barrier in spin_delay() for ARM64 architecture  (Salvatore Dipietro <dipietro.salvatore@gmail.com>)
Responses Re: Remove Instruction Synchronization Barrier in spin_delay() for ARM64 architecture
List pgsql-hackers
On Thu, Jun 19, 2025 at 12:10:52PM -0700, Salvatore Dipietro wrote:
> We can notice that with low concurrency (1,2,4) results are similar
> while with medium concurrency (8,16)
> the No-ISB approach can introduce some regression especially on
> smaller instances. However, we can see some significant
> positive performance impact with high concurrency (>=32) settings on
> large instances (up to 8.76x on m7g.16xl with 256 concurrency).

Given these mixed results, it's unclear to me how exactly we should
proceed.  Perhaps there is another approach that reduces the regressions to
a negligible level while still producing gains at higher levels of
concurrency.  Or maybe we can convince ourselves that these regressions
aren't worth worrying about, but that seems like a bit of a stretch to me.

-- 
nathan



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: meson: add and use stamp files for generated headers
Next
From: Tom Lane
Date:
Subject: Re: Remove Instruction Synchronization Barrier in spin_delay() for ARM64 architecture