Re: spinlock support on loongarch64

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: spinlock support on loongarch64
Дата
Msg-id 20221102172706.e7aqmsh2phbsur3p@awork3.anarazel.de
обсуждение исходный текст
Ответ на Re: spinlock support on loongarch64  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: spinlock support on loongarch64
Список pgsql-hackers
Hi,

On 2022-11-02 11:37:35 -0400, Tom Lane wrote:
> =?gb2312?B?zuLRx7fJ?= <wuyf41619@hundsun.com> writes:
> > add spinlock support on loongarch64.
> 
> I wonder if we shouldn't just do that (ie, try to use
> __sync_lock_test_and_set) as a generic fallback on any unsupported
> architecture.  We could get rid of the separate stanza for RISC-V
> that way.  The main thing that an arch-specific stanza could bring
> is knowledge of the best data type width to use for a spinlock;
> but I don't see a big problem with defaulting to "int".  We can
> always add arch-specific stanzas for any machines where that's
> shown to be a seriously poor choice.

Yes, please. It might not be perfect for all architectures, and it might not
be good for some very old architectures. But for anything new it'll be vastly
better than not having spinlocks at all.

Greetings,

Andres Freund



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Prefetch the next tuple's memory during seqscans
Следующее
От: "David G. Johnston"
Дата:
Сообщение: Re: Glossary and initdb definition work for "superuser" and database/cluster