Re: [PERFORM] pgbench to the MAXINT

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Smith <greg(at)2ndquadrant(dot)com>, Euler Taveira de Oliveira <euler(at)timbira(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PERFORM] pgbench to the MAXINT
Date: 2011-02-16 02:41:24
Message-ID: AANLkTinQadRK_DEYf2ezwGebzppxvwYpwHSBcx7i0_am@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Fri, Feb 11, 2011 at 8:35 AM, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> Greg,
>
> * Tom Lane (tgl(at)sss(dot)pgh(dot)pa(dot)us) wrote:
>> Greg Smith <greg(at)2ndquadrant(dot)com> writes:
>> > Poking around a bit more, I just discovered another possible approach is
>> > to use erand48 instead of rand in pgbench, which is either provided by
>> > the OS or emulated in src/port/erand48.c  That's way more resolution
>> > than needed here, given that 2^48 pgbench accounts would be a scale of
>> > 2.8M, which makes for a database of about 42 petabytes.
>>
>> I think that might be a good idea --- it'd reduce the cross-platform
>> variability of the results quite a bit, I suspect.  random() is not
>> to be trusted everywhere, but I think erand48 is pretty much the same
>> wherever it exists at all (and src/port/ provides it elsewhere).
>
> Works for me.  Greg, will you be able to work on this change?  If not, I
> might be able to.

Seeing as how this patch has not been updated, I think it's time to
mark this one Returned with Feedback.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Kirkwood 2011-02-16 02:43:08 Re: 9.1 (git head) does not compile using --with-libedit-preferred on Ubuntu 10.10
Previous Message David E. Wheeler 2011-02-16 02:35:47 Re: Usability tweaks for extension commands

Browse pgsql-performance by date

  From Date Subject
Next Message Kim A. Brandt 2011-02-16 07:24:06 Re: LIMIT on partitioned-table!?
Previous Message Scott Marlowe 2011-02-16 01:19:16 Re: high user cpu, massive SELECTs, no io waiting problem