From: | "Blake, Geoff" <blakgeof(at)amazon(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Add spin_delay() implementation for Arm in s_lock.h |
Date: | 2022-04-07 13:41:23 |
Message-ID: | C5051A5C-2851-49CC-B663-E7D00BF3E363@amazon.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Thanks for all the help Tom!
On 4/6/22, 6:07 PM, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.
"Blake, Geoff" <blakgeof(at)amazon(dot)com> writes:
> Hi Tom, Andres,
> Any additional feedback for this patch?
I did some more research and testing:
* Using a Mac with the M1 Pro chip (marginally beefier than the M1
I was testing on before), I think I can see some benefit in the
test case I proposed upthread. It's marginal though.
* On a Raspberry Pi 3B+, there's no outside-the-noise difference.
* ISB doesn't exist in pre-V7 ARM, so it seems prudent to restrict
the patch to ARM64. I doubt any flavor of ARM32 would be able to
benefit anyway. (Googling finds that MariaDB made this same
choice not long ago [1].)
So what we've got is that there seems to be benefit at high
core counts, and it at least doesn't hurt at lower ones.
That's good enough for me, so pushed.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Frédéric Yhuel | 2022-04-07 13:43:57 | Re: REINDEX blocks virtually any queries but some prepared queries. |
Previous Message | Tom Lane | 2022-04-07 13:40:43 | Re: [PATCH] Add native windows on arm64 support |