Re: Performance of a single (big) select and Multiprocessor Machines
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Performance of a single (big) select and Multiprocessor Machines |
| Дата | |
| Msg-id | 6977.979879118@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Performance of a single (big) select and Multiprocessor Machines (Konstantinos Agouros <elwood@agouros.de>) |
| Ответы |
Re: Performance of a single (big) select and Multiprocessor Machines
|
| Список | pgsql-general |
Konstantinos Agouros <elwood@agouros.de> writes:
> Is there a way in postgres to make use of the extra cpu(s) the
> machine has for the single tasks of importing the data and doing the
> somewhat intensive selects that result from the sheer amount of data.
Maybe I'm missing something, but it seems like all you need to do is
run the data import and the selects in different processes (multiple
backends).
There isn't any way to apply multiple CPUs in a single SELECT, if that's
what you were hoping for. Perhaps you could break down the data
reduction task into independent subqueries, but that will take some
thought :-(
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера