Re: [HACKERS] Multithread Query Planner

[Frederico]

This means it's possible use threads?

Att,

Fred

Enviado via iPad

Em 13/01/2012, às 20:47, Dimitri Fontaine dimi...@2ndquadrant.fr escreveu:

 Christopher Browne cbbro...@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

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

[HACKERS] Multithread Query Planner

[Frederico]

Hi folks.

Is there any restriction in create and start threads inside Postgres? 

I'm trying to develop a multithread planner, and some times is raised a 
exception of access memory.

I'm debugging the code to see if is a bug in the planner, but until now, I 
still not found. I tried to use the same memory context of root process and 
create a new context to each new thread, but doesn't worked.


Any tips?

Att,

Fred

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