Re: Concurrent COPY commands

Поиск
Список
Период
Сортировка
От Phillip Sitbon
Тема Re: Concurrent COPY commands
Дата
Msg-id 536685ea0807091007l7c9696b0o6eadca02024560f4@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Concurrent COPY commands  (Alan Hodgson <ahodgson@simkin.ca>)
Список pgsql-novice
> Define low. 2 disks maxed out doing random I/O could show as little as 2 or
> 3 MB/sec in vmstat.

While the copy commands are not at 100% CPU it is about that low. It does go up at times, but not by much (maybe 5-7 MB/sec). Does a COPY command count as random I/O if the data it's reading is actually a memory FIFO and it's only reading data in for the current (not completed) transaction? The disks are completely dedicated to the database, so postgres is the only app using it.

> You say one CPU core is maxed out - what state is it mostly in at 100% -
> user, system, or wait?

I'll double-check, but I'm certain that it was user. The behavior didn't seem to change when I changed the table layout either.

- Phillip

On Wed, Jul 9, 2008 at 9:45 AM, Alan Hodgson <ahodgson@simkin.ca> wrote:
On Wednesday 09 July 2008, "Phillip Sitbon" <phillip@sitbon.net> wrote:
> I only have two fast SATA drives on software RAID, but that really isn't
> the issue- while the copy commands are going, disk activity is relatively
> low.

Define low. 2 disks maxed out doing random I/O could show as little as 2 or
3 MB/sec in vmstat.

You say one CPU core is maxed out - what state is it mostly in at 100% -
user, system, or wait?


--
Alan

--
Sent via pgsql-novice mailing list (pgsql-novice@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-novice

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

Предыдущее
От: Alan Hodgson
Дата:
Сообщение: Re: Concurrent COPY commands
Следующее
От: "Leo"
Дата:
Сообщение: For Perl users - hope it helps somebody