deletion now.
comments are formatted as well.
> sometimes I read source from bottom to top
Probably, we all should profess this approach!
Best regards,
Evgeny Voropaev,
Tantor Labs LLC.
From 885c15ba379da4fd5f0dd71ee4dc9b5e31108d6f Mon Sep 17 00:00:00 2001
From: Evgeny Voropaev
Date: Su
.
*
* SimpleLruZeroPage performs:
* 2. nullifying.
*/From de4621460b1b63fb3cbc78095af31e1e6b565dd2 Mon Sep 17 00:00:00 2001
From: Evgeny Voropaev
Date: Tue, 18 Feb 2025 15:48:12 +0800
Subject: [PATCH v3] Elimination of the repetitive code at the SLRU
bootstrapping and nullifying functions.
The
-dc69-4c3e-968f-a822ae0937b5%40gmail.com).
The corrected patch version implementing these proposals is attached.
Best regards,
Evgeny Voropaev,
Tantor Labs LLC.
From a5a29cdbb37834bfcd23cd22db90a78a7db43d18 Mon Sep 17 00:00:00 2001
From: Evgeny Voropaev
Date: Fri, 14 Feb 2025 14:03:01 +0800
Sub
realm of bootstrapping SLRU.
Best regards,
Evgeny Voropaev,
Tantor Labs LLC.From 62762bf4a86af76d845755e41f46714d2b41bbe4 Mon Sep 17 00:00:00 2001
From: Evgeny Voropaev
Date: Thu, 13 Feb 2025 12:43:20 +0800
Subject: [PATCH v1] Elimination of the repetitive code at the SLRU bootstrap
functions
Hi Evgeny
xid64 path split several threads ,The current one should be
this:(https://www.postgresql.org/message-id/flat/CACG=ezawg7_nt-8ey4akv2w9lculthhknwcawmbgeetnjrj...@mail.gmail.com)
,We can do some tests on path so that can merge earlier
Thanks
Hello Wenhui!
Thank you for pointing
Hi hackers!
Upgraded the "Int64 GUC" patch in order to conform to f3f06b13308e3
updates. Rebased and tested upon the current master (3f9b9621766). The
patch is still needed to be up to date as a part of the xid64 solution.
Best regards,
Evgeny Voropaev,
TantorLabs,
Hi hackers!
Upgraded the "Int64 GUC" patch in order to conform to f3f06b13308e3
updates. Rebased and tested upon the current master (3f9b9621766). The
patch is still needed to be up to date as a part of the xid64 solution.
Best regards,
Evgeny Voropaev,
TantorLabs, LLC.
Greetings!
The question (a short version): is it possible for a client to send two
selects in the same transaction using the extended query protocol (without
declaring cursors) and pull rows simultaneously by means of interleaving
portal names and restricting fetch size in Execute commands.
The
The following review has been posted through the commitfest application:
make installcheck-world: tested, passed
Implements feature: tested, passed
Spec compliant: tested, passed
Documentation:tested, passed
HI!
patch is look good for me.
The new status of this patch
What reason to use pg_atomic_uint64?
In docs:
occured - > occurred
10 matches
Mail list logo