From: | Marti Raudsepp <marti(at)juffo(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Josh Berkus <josh(at)agliodbs(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, David Fetter <david(at)fetter(dot)org>, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: UUIDs in core WAS: 9.4 Proposal: Initdb creates a single table |
Date: | 2014-04-25 00:43:03 |
Message-ID: | CABRT9RDFWWZ_=9RQXfWWRj01nu38inOvw+m5qt2KCrg7yrme6w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Apr 25, 2014 at 3:36 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Of course, the weak spot in this analysis is the assumption that there
> are actually 122 independent bits in the value. It's not difficult to
> imagine that systems with crummy random() implementations might only have
> something like 32 bits worth of real randomness.
Obviously you can't use random(). That's why I talked about
cryptographic PRNGs, crypto libraries do proper seeding and generate
reliably random numbers all the time.
Regards,
Marti
From | Date | Subject | |
---|---|---|---|
Next Message | Gurjeet Singh | 2014-04-25 00:51:27 | Re: review: Non-recursive processing of AND/OR lists |
Previous Message | Tom Lane | 2014-04-25 00:36:05 | Re: UUIDs in core WAS: 9.4 Proposal: Initdb creates a single table |