Re: APR 1.0 released
От
Sailesh Krishnamurthy
Тема
Re: APR 1.0 released
Дата
Msg-id
mjqy8igrcl4.fsf@drones.CS.Berkeley.EDU
Ответ на
Re: APR 1.0 released (Marc G. Fournier)
Список
Дерево обсуждения
Re: APR 1.0 released Christopher Browne <cbbrowne@acm.org>
Re: APR 1.0 released Gaetano Mendola <mendola@bigfoot.com>
Re: APR 1.0 released "Marc G. Fournier" <scrappy@postgresql.org>
Re: APR 1.0 released Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>
Re: APR 1.0 released "Jim C. Nasby" <decibel@decibel.org>
Re: APR 1.0 released Bruce Momjian <pgman@candle.pha.pa.us>
Re: APR 1.0 released "Marc G. Fournier" <scrappy@postgresql.org>
Re: APR 1.0 released Bruce Momjian <pgman@candle.pha.pa.us>
Re: APR 1.0 released Neil Conway <neilc@samurai.com>
Re: APR 1.0 released Bruce Momjian <pgman@candle.pha.pa.us>
Re: APR 1.0 released Mike Rylander <mrylander@gmail.com>
Re: APR 1.0 released Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>
Re: APR 1.0 released Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>
>>>>> "Marc" == Marc G Fournier writes: Marc> On Thu, 7 Oct 2004, Bruce Momjian wrote: >> Added to TODO: >> >> * Consider parallel processing a single query >> >> This would involve using multiple threads or processes to do >> optimization, sorting, or execution of single query. The major >> advantage of such a feature would be to allow multiple CPUs to >> work together to process a single query. Marc> Do we have 'make backend thread safe' listed yet? As I Marc> recall it, until that gets done, parallelization of anything Marc> was considered to be a relatively onerous task, no? You don't really need to parallelize in separate threads .. you can have more than one process working on one query. This is in fact the model that exploits SMPs in at least one commercial RDBMS. -- Pip-pip Sailesh http://www.cs.berkeley.edu/~sailesh
В списке pgsql-hackers по дате отправления