Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1soKtC-00AOtw-Vu for pgsql-performance@arkaria.postgresql.org; Wed, 11 Sep 2024 10:47:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1soKtC-00Entj-6r for pgsql-performance@arkaria.postgresql.org; Wed, 11 Sep 2024 10:47:58 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1soKtB-00EntZ-RZ for pgsql-performance@lists.postgresql.org; Wed, 11 Sep 2024 10:47:57 +0000 Received: from mail-oo1-xc32.google.com ([2607:f8b0:4864:20::c32]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1soKt8-000d2W-H2 for pgsql-performance@lists.postgresql.org; Wed, 11 Sep 2024 10:47:57 +0000 Received: by mail-oo1-xc32.google.com with SMTP id 006d021491bc7-5daa93677e1so3842283eaf.3 for ; Wed, 11 Sep 2024 03:47:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726051673; x=1726656473; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DvEFe/ePn2AtVinnysqEZXax6AlPdFtM+9pIgWV/Pj0=; b=b/TNoI6n6JgEl1hS8cSxDafwD6J7pTtCJyKcKmWHTzYh89SXLZUFyNSU6I7+htG3fP OkXlMVPqHAItULRJWCr3rSjrzmzUmP3t5TL9JXEwnlixl8M4xKlwIpKwlRkzr/PLT+Zt xwXTOjs5USDgzhp6lTGV3dWq+7Bxjrqfz/eancoPE/opu65mDpTUa1zsnJsrbBTzssiO 7oPO60YOzzWR/9PSQ0Sx6n/HRpICWDAkZdELh+Mq00BlJ96qRlwPTCzkx9urbAZ6nV2t nt0+0Jq89XaQ+hzfKI5tWQUdvcDBYgBiKQG6B+c7eB9yjNQTL6kaABWD+9TAuF4SCrKW jO6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726051673; x=1726656473; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DvEFe/ePn2AtVinnysqEZXax6AlPdFtM+9pIgWV/Pj0=; b=SNfOVthwJUZVaWVuEeIhOznOAmTdazu6NznvxTXrjKqwJIhBtBGCsGnLrVa9kQqXBg ErpJeNb1r5fwc2n4rpTGzrs6telqPAbXEmtF1Wa0hlppiz2HKr/ExWJHwRBrx0NWKmOR O6ElppYWFnnNcHS6wuuF9JVBGjooxhw8moypn3UmEgK1njXdDWCT6BHnRR5ldQhZkTAv +oYRRjwWPX5dGOa8/VJAg6Zx/PTeg7B0w7izMEZMa0rL5kHlddRVizI5Zss36UKy0FL7 KFkv45jnVYx3dPSHXjYygxKgo87GSg9t6KCCPQM1wx+mbxCRmWWNL5rPlxb5TtBq3iCJ 1RnQ== X-Gm-Message-State: AOJu0YzaybeXDjcNXwUV8FSW5Qc7JtaCuRrqVl1t+nfA2ZV/MU/1bEiW hjc0TBc/W8l4qDGWxGXfc2zQRaSjdorPaO+CEaJqXYAwVu5vGyw7TRvbIXQYqKrNYobDtnpJ6z4 cAnrzXAuDZujWtI+P9+2suUqEUAHAnw== X-Google-Smtp-Source: AGHT+IGgBPCsJ1RMzN+hLArqTU7CJnmEJU2IaKX/+aqWSOpPsilQU6qhVXj1rxjEzE9qxtyzso26vET7WQmjp8uQ7To= X-Received: by 2002:a05:6870:b295:b0:270:6890:9a2e with SMTP id 586e51a60fabf-27b9d8862admr7289324fac.21.1726051673477; Wed, 11 Sep 2024 03:47:53 -0700 (PDT) MIME-Version: 1.0 References: <68398e13-35fd-410b-b279-c200e07ffcbd@eisentraut.org> In-Reply-To: <68398e13-35fd-410b-b279-c200e07ffcbd@eisentraut.org> From: David Mullineux Date: Wed, 11 Sep 2024 11:47:41 +0100 Message-ID: Subject: Re: Has gen_random_uuid() gotten much slower in v17? To: Peter Eisentraut Cc: pgsql-performance@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000dc9b1c0621d5b8b3" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000dc9b1c0621d5b8b3 Content-Type: text/plain; charset="UTF-8" Good idea. Thanks. I did check. It's not enabled by default but just in case I did another build. This time explicitly defining --disable-debug and --disable-cassert. And I tested. Still slower than old versions. This feels like a build configuration problem. Just can't put my finger on it yet. On Wed, 11 Sept 2024, 10:40 Peter Eisentraut, wrote: > On 10.09.24 15:58, David Mullineux wrote: > > I'm getting a bit concerned by the slow performance of generating uidds > > on latest dev code versus older versions. Here I compare the time to > > generate 50k random uuids. Both son the same machine. > > I must be missing something. > > Are you sure that the 18devel installation isn't compiled with > assertions enabled? > > The underlying code for gen_random_uuid() is virtually unchanged between > PG14 and current. > > --000000000000dc9b1c0621d5b8b3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Good idea. Thanks.=C2=A0 =C2=A0 I did check. It's not= enabled by default but just in case I did another build. This time explici= tly defining --disable-debug and --disable-cassert. And I tested. Still slo= wer than old versions.=C2=A0

T= his feels like a build configuration problem. Just can't put my finger = on it yet.

On Wed, 11 Sept 2024, 10:40 Peter Eisentraut, <peter@eisentraut.org> wrote:
On 10.09.24 15:58, David Mullineux wrote:=
> I'm getting a bit concerned by the slow performance of generating = uidds
> on latest dev code versus older versions. Here I compare the time to <= br> > generate 50k random uuids. Both son the same machine.
> I must be missing something.

Are you sure that the 18devel installation isn't compiled with
assertions enabled?

The underlying code for gen_random_uuid() is virtually unchanged between PG14 and current.

--000000000000dc9b1c0621d5b8b3--