Re: Setting "nice" values

Поиск
Список
Период
Сортировка
Искать
От
Madison Kelly
Тема
Re: Setting "nice" values
Дата
Msg-id
454F441B.1090601@alteeve.com
Ответ на
Список
Дерево обсуждения
Setting "nice" values Madison Kelly <linux@alteeve.com>
Re: Setting "nice" values Scott Marlowe <smarlowe@g2switchworks.com>
Re: Setting "nice" values Madison Kelly <linux@alteeve.com>
Re: Setting "nice" values Scott Marlowe <smarlowe@g2switchworks.com>
Re: Setting "nice" values Andreas Kostyrka <andreas@kostyrka.org>
Re: Setting "nice" values Madison Kelly <linux@alteeve.com>
Re: Setting "nice" values Madison Kelly <linux@alteeve.com>
Re: Setting "nice" values Jim Nasby <decibel@decibel.org>
Tobias Brox wrote:
> [Madison Kelly - Mon at 08:48:19AM -0500]
>> Ah, sorry, long single queries is what you meant. 
> 
> No - long running single transactions :-)  If it's only read-only
> queries, one will probably benefit by having one transaction for every
> query.
> 

In this case, what happens is one kinda ugly big transaction is read 
into a hash, and then looped through (usually ~10,000 rows). On each 
loop another, slightly less ugly query is performed based on the first 
query's values now in the hash (these queries being where throttling 
might help). Then after the second query is parsed a PDF file is created 
(also a big source of slowness). It isn't entirely read-only though 
because as the PDFs are created a flag is updated in the given record's 
row. So yeah, need to experiment some. :)

Madi
В списке pgsql-performance по дате отправления
От: Hannes Dorbath
Дата:
От: Tom Lane
Дата:
FAQ