Re: 9.1 got really fast ;)

Поиск
Список
Период
Сортировка
Искать
От
Scott Marlowe
Тема
Re: 9.1 got really fast ;)
Дата
Msg-id
CAOR=d=0BGd_sW0r0MOi9Ktznwa-QY5unoHEedYQ5oE69An_DXA@mail.gmail.com
Ответ на
Список
Дерево обсуждения
9.1 got really fast ;) Thomas Kellerer <spam_eater@gmx.net>
Re: 9.1 got really fast ;) Grzegorz Jaskiewicz <gryzman@gmail.com>
Re: 9.1 got really fast ;) Chris Travers <chris.travers@gmail.com>
Re: 9.1 got really fast ;) John R Pierce <pierce@hogranch.com>
Re: 9.1 got really fast ;) Edson Richter <richter@simkorp.com.br>
Re: 9.1 got really fast ;) Dmitriy Igrishin <dmitigr@gmail.com>
Re: 9.1 got really fast ;) Filip Rembiałkowski <plk.zuber@gmail.com>
Re: 9.1 got really fast ;) Scott Marlowe <scott.marlowe@gmail.com>
Re: 9.1 got really fast ;) Tom Lane <tgl@sss.pgh.pa.us>
Re: 9.1 got really fast ;) Scott Marlowe <scott.marlowe@gmail.com>
Re: 9.1 got really fast ;) Steve Crawford <scrawford@pinpointresearch.com>
Re: 9.1 got really fast ;) Alban Hertroys <haramrae@gmail.com>
Re: 9.1 got really fast ;) Tom Lane <tgl@sss.pgh.pa.us>
Re: 9.1 got really fast ;) Lincoln Yeoh <lyeoh@pop.jaring.my>
Re: 9.1 got really fast ;) Scott Marlowe <scott.marlowe@gmail.com>
On Mon, Oct 17, 2011 at 9:44 AM, Tom Lane  wrote:
> Alban Hertroys  writes:
>> On 17 October 2011 17:25, Steve Crawford  wrote:
>>> Even stand-alone statements take place within a transaction - just not an
>>> explicit one.
>
>> I doubt that more than 2.368 ms passed between the start of a
>> transaction and the stand-alone statement it's wrapping though. Not
>> impossible, but clock skew seems more likely to me.
>
> We take some pains to ensure that the same gettimeofday reading is used
> for both a transaction's start timestamp and the statement timestamp of
> its first statement.  So I'm not sure what's up with Scott's report.
> But in the OP's EXPLAIN case, that's the difference between successive
> readings taken within the EXPLAIN code, so it's hard to see how to
> explain it in any other way than "your system clock went backwards".
> Possibly the underlying cause is clock skew between different processors
> on a multiprocessor machine?

Could be.  That machine has 48 AMD 61xx series cores in it.
В списке pgsql-general по дате отправления
От: Viktor Rosenfeld
Дата:
От: Henry Drexler
Дата:
FAQ