Re: spin_delay() for ARM - Mailing list pgsql-hackers

From Ants Aasma
Subject Re: spin_delay() for ARM
Date
Msg-id CANwKhkMRJ2S+9QGWVOVrJ_U5gTYtQQqjue4z1kHUdUUntuFZ0Q@mail.gmail.com
Whole thread Raw
In response to Re: spin_delay() for ARM  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: spin_delay() for ARM  (Thomas Munro <thomas.munro@gmail.com>)
List pgsql-hackers
On Thu, 16 Apr 2020 at 10:33, Pavel Stehule <pavel.stehule@gmail.com> wrote:
> what I know, pgbench cannot be used for testing spinlocks problems.
>
> Maybe you can see this issue when a) use higher number clients - hundreds, thousands. Decrease share memory, so there
willbe press on related spin lock.
 

There really aren't many spinlocks left that could be tickled by a
normal workload. I looked for a way to trigger spinlock contention
when I prototyped a patch to replace spinlocks with futexes. The only
one that I could figure out a way to make contended was the lock
protecting parallel btree scan. A highly parallel index only scan on a
fully cached index should create at least some spinlock contention.

Regards,
Ants Aasma



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: 001_rep_changes.pl stalls
Next
From: Amit Langote
Date:
Subject: Re: adding partitioned tables to publications