Re: Considerable performance downgrade of v11 and 12 on Windows
От | Laurenz Albe |
---|---|
Тема | Re: Considerable performance downgrade of v11 and 12 on Windows |
Дата | |
Msg-id | fb4dc526d3660254500dfb44d508e67004aebb6a.camel@cybertec.at обсуждение исходный текст |
Ответ на | Re: Considerable performance downgrade of v11 and 12 on Windows (Eugene Podshivalov <yaugenka@gmail.com>) |
Ответы |
Re: Considerable performance downgrade of v11 and 12 on Windows
|
Список | pgsql-performance |
On Sat, 2019-11-30 at 22:47 +0300, Eugene Podshivalov wrote: > It sounds strange but the "type" is indeed impacting the overall > performance somehow. > I've just tried to execute the following sequence of commands on a > fresh new database with PostreSQL v10 and both the copy and primary > key commands performed as slow as in v11 and 12. > > SET synchronous_commit TO OFF; > SET client_encoding TO 'UTF8'; > COPY ways FROM program 'cmd /c "type D:\ways.txt"'; > ALTER TABLE ONLY ways ADD CONSTRAINT pk_ways PRIMARY KEY (id); > > Regards > > пт, 29 нояб. 2019 г. в 15:22, Eugene Podshivalov <yaugenka@gmail.com>: > > Laurenz, > > There is no way to run copy without the "type" on v11. See this thread > > https://www.postgresql.org/message-id/CAKHmqNCfTMM6%3DPqc6RUMEQ_2BPfo5KGGG-0fzRXZCVooo%3DwdNA%40mail.gmail.com > > > > My machine is running on NVMe disks, so the I/O subsystem very strong. > > The 100% overload is not constant but periodical, as if there are some > > kind of dumps for recovery performed in the background. Is it an option to split the file into parts of less than 2GB in size? Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com
В списке pgsql-performance по дате отправления: