Re: planner/optimizer question - Mailing list pgsql-performance

From Tom Lane
Subject Re: planner/optimizer question
Date
Msg-id 17898.1083280669@sss.pgh.pa.us
Whole thread Raw
In response to Re: planner/optimizer question  (Josh Berkus <josh@agliodbs.com>)
Responses Re: planner/optimizer question
List pgsql-performance
Josh Berkus <josh@agliodbs.com> writes:
> Certainly the fact that MSSQL is essentially a single-user database makes
> things easier for them.

Our recent testing (cf the "Xeon" thread) says that the interlocking we
do to make the world safe for multiple backends has a fairly high cost
(at least on some hardware) compared to the rest of the work in
scenarios where you are doing zero-I/O scans of data already in memory.
Especially so for index scans.  I'm not sure this completely explains
the differential that Gary is complaining about, but it could be part of
it.  Is it really true that MSSQL doesn't support concurrent operations?

            regards, tom lane

pgsql-performance by date:

Previous
From: Joseph Shraibman
Date:
Subject: Insert only tables and vacuum performance
Next
From: Joseph Shraibman
Date:
Subject: Re: Insert only tables and vacuum performance