Re: PG 16 draft release notes ready
От | John Naylor |
---|---|
Тема | Re: PG 16 draft release notes ready |
Дата | |
Msg-id | CAFBsxsEuAx4_nq=200u=70S5r83C2hzO-a9+c6YXTCbOFeDAfw@mail.gmail.com обсуждение исходный текст |
Ответ на | PG 16 draft release notes ready (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: PG 16 draft release notes ready
|
Список | pgsql-hackers |
Hi Bruce,
> Add support for SSE2 (Streaming SIMD Extensions 2) vector operations on x86-64 architectures (John Naylor)
> Add support for Advanced SIMD (Single Instruction Multiple Data) (NEON) instructions on ARM architectures (Nathan Bossart)
Nit: It's a bit odd that SIMD is spelled out in only the Arm entry, and perhaps expanding the abbreviations can be left out.
> Allow arrays searches to use vector operations on x86-64 architectures (John Naylor)
We can leave out the architecture here (see below). Typo: "array searches"
All the above seem appropriate for the "source code" section, but the following entries might be better in the "performance" section:
> Allow ASCII string detection to use vector operations on x86-64 architectures (John Naylor)
> Allow JSON string processing to use vector operations on x86-64 architectures (John Naylor)
>
> ARM?
Arm as well. For anything using 16-byte vectors the two architectures are equivalently supported. For all the applications, I would just say "vector" or "SIMD".
And here maybe /processing/parsing/.
> Allow xid/subxid searches to use vector operations on x86-64 architectures (Nathan Bossart)
When moved to the performance section, it would be something like "improve scalability when a large number of write transactions are in progress".
> Add support for Advanced SIMD (Single Instruction Multiple Data) (NEON) instructions on ARM architectures (Nathan Bossart)
Nit: It's a bit odd that SIMD is spelled out in only the Arm entry, and perhaps expanding the abbreviations can be left out.
> Allow arrays searches to use vector operations on x86-64 architectures (John Naylor)
We can leave out the architecture here (see below). Typo: "array searches"
All the above seem appropriate for the "source code" section, but the following entries might be better in the "performance" section:
> Allow ASCII string detection to use vector operations on x86-64 architectures (John Naylor)
> Allow JSON string processing to use vector operations on x86-64 architectures (John Naylor)
>
> ARM?
Arm as well. For anything using 16-byte vectors the two architectures are equivalently supported. For all the applications, I would just say "vector" or "SIMD".
And here maybe /processing/parsing/.
> Allow xid/subxid searches to use vector operations on x86-64 architectures (Nathan Bossart)
When moved to the performance section, it would be something like "improve scalability when a large number of write transactions are in progress".
В списке pgsql-hackers по дате отправления: