Re: Multithread Query Planner

Поиск
Список
Период
Сортировка
От Frederico
Тема Re: Multithread Query Planner
Дата
Msg-id 81A3CBE0-D917-476F-9E24-EC0E5151572D@gmail.com
обсуждение исходный текст
Ответ на Re: Multithread Query Planner  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: Multithread Query Planner  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
This means it's possible use threads?

Att,

Fred

Enviado via iPad

Em 13/01/2012, às 20:47, Dimitri Fontaine <dimitri@2ndQuadrant.fr> escreveu:

> Christopher Browne <cbbrowne@gmail.com> writes:
>> Yes, don't try to use threads.
>>
>>
<http://wiki.postgresql.org/wiki/Developer_FAQ#Why_don.27t_you_use_threads.2C_raw_devices.2C_async-I.2FO.2C_.3Cinsert_your_favorite_wizz-bang_feature_here.3E.3F>
>>
>> ... threads are not currently used instead of multiple processes for
>> backends because:
>
> I would only add that the backend code is really written in a process
> based perspective, with a giant number of private variables that are in
> fact global variables.
>
> Trying to “clean” that out in order to get to threads… wow.
>
> Regards,
> --
> Dimitri Fontaine
> http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


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

Предыдущее
От: Jaime Casanova
Дата:
Сообщение: Re: Measuring relation free space
Следующее
От: Hitoshi Harada
Дата:
Сообщение: Re: Concurrent CREATE TABLE/DROP SCHEMA leaves inconsistent leftovers