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 по дате отправления
От: Reini Urban
Дата:
От: Sailesh Krishnamurthy
Дата:
Сообщение: Re: APR 1.0 released
FAQ