Re: Best COPY Performance
От | Craig A. James |
---|---|
Тема | Re: Best COPY Performance |
Дата | |
Msg-id | 453EF7C4.2040105@modgraph-usa.com обсуждение исходный текст |
Ответ на | Re: Best COPY Performance ("Jim C. Nasby" <jim@nasby.net>) |
Ответы |
Re: Best COPY Performance
Re: Best COPY Performance Postgres server crash |
Список | pgsql-performance |
Jim C. Nasby wrote: > Well, given that perl is using an entire CPU, it sounds like you should > start looking either at ways to remove some of the overhead from perl, > or to split that perl into multiple processes. I use Perl for big database copies (usually with some processing/transformation along the way) and I've never seen 100% CPUusage except for brief periods, even when copying BLOBS and such. My typical copy divides operations into blocks, forexample doing N = 0 while (more rows to go) { begin transaction select ... where primary_key > N order by primary_key limit 1000 while (fetch a row) insert into ... N = (highest value found in last block) commit } Doing it like this in Perl should keep Postgres busy, with Perl using only moderate resources. If you're seeing high PerlCPU usage, I'd look first at the Perl code. Craig
В списке pgsql-performance по дате отправления: