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 1rhAU2-009y80-2r for pgsql-hackers@arkaria.postgresql.org; Mon, 04 Mar 2024 15:44:06 +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 1rhAU0-0098Dq-Ge for pgsql-hackers@arkaria.postgresql.org; Mon, 04 Mar 2024 15:44:04 +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 1rhAU0-0098Dg-4u for pgsql-hackers@lists.postgresql.org; Mon, 04 Mar 2024 15:44:04 +0000 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rhATx-002k31-BR for pgsql-hackers@postgresql.org; Mon, 04 Mar 2024 15:44:04 +0000 Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-412e7fe3fa5so4651665e9.3 for ; Mon, 04 Mar 2024 07:44:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709567040; x=1710171840; darn=postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=oCu3z87TkYTmESysREVBhPbs31+Gxh+CIluUMJaBtUY=; b=XKQDPj8Kq++4OsjcYj4xEcmM7bBHJ9wVAX8HHFkZjtHWBieKeqbcSxifSUY5me3mob 9gcYKKpRuRvizXnwkVWI2Qz2tvXwM6HxWS1FECvTlcSbxbCgatPqcXRr1RniCcqJjSzy JKeHqYNGQSC3g7n3i+cttkN/ZLQO67bjxtwoYXgV4LcGiiWD38UpyzGAbfth8bOBOXe3 y+jVjwJ2BEapIH39MXIlIn8arYm9I8jY4Pch4cZBPJdvrJSgC+fv38ydJ9ehUdeJB0iZ kanZbwR+R2LwJylf4OV7kJ1K5S7lUdntMf0T52+KG1IsAlfayMElrTfz+hsQMpGoq966 RPSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709567040; x=1710171840; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=oCu3z87TkYTmESysREVBhPbs31+Gxh+CIluUMJaBtUY=; b=ALK2i4jrIjMXNR9F8YgrQDGtb0+E6v4SkPeS0lhHg6x0WzKaj6hkgPhCQ1wfjRxgyw zttUHvh5jbK6l2rgkFQBCWINgdcHk/zZ5o2OuoYl45SqmF9nygyIobnbC+KqmR6ubUtT kHPhzb+WHu3G82c+R3XZTSpOuFT2nSf1y3+w2lZNdbXudhjeeKKuoOoZNBs7DubTYnSP H5uYkb82hh+TNw7uw23Gt+20d7WaABpUcX8yH3ZtrqcIpGtPAbVfhYyy5NlMszus7SUW rbdMSZkDatA+OJvid/Pj/4yx+915uJ1nK9JiG5RNxEzWjTwgXExElTrhkIA/GNSFjhhF P4KA== X-Forwarded-Encrypted: i=1; AJvYcCUvESqO4QWNbMyAHbRY8ZWHuVeg+rNzTjsmmWi21lPkYUgwORDyMikZFMHbcvUV4H/8enVwDaais8VMQN6F9eJl5Lm46/o0icRXwh/+ X-Gm-Message-State: AOJu0Yw21pmO8iYia4nR72CzKrZBbSBDIdpkoB178rrAiV+qLefghlgI Cl3jlp3qRDzgxCxwBvWa989Ufn8a/ThEjTRzYPtwRp9yA9xfuteV X-Google-Smtp-Source: AGHT+IFX6fgrz2FvHc8EuG+o4JMlJqu1gJ4YY8/wRq4RHXTLx6Ra3zqC+ZDHpctPO0bqSGWkQ6nX7A== X-Received: by 2002:a05:600c:5194:b0:412:e427:3c16 with SMTP id fa20-20020a05600c519400b00412e4273c16mr1680792wmb.28.1709567039854; Mon, 04 Mar 2024 07:43:59 -0800 (PST) Received: from ip-10-97-1-34.eu-west-3.compute.internal (ec2-15-236-134-5.eu-west-3.compute.amazonaws.com. [15.236.134.5]) by smtp.gmail.com with ESMTPSA id w13-20020a05600c474d00b00412c1d51a0dsm13518715wmo.45.2024.03.04.07.43.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Mar 2024 07:43:59 -0800 (PST) Date: Mon, 4 Mar 2024 15:43:58 +0000 From: Bertrand Drouvot To: "Zhijie Hou (Fujitsu)" Cc: Amit Kapila , Peter Smith , shveta malik , Masahiko Sawada , Ajin Cherian , Dilip Kumar , Nisha Moond , "Hayato Kuroda (Fujitsu)" , Bharath Rupireddy , Peter Eisentraut , Bruce Momjian , Ashutosh Sharma , Andres Freund , pgsql-hackers , Alvaro Herrera Subject: Re: Synchronizing slots from primary to standby Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On Mon, Mar 04, 2024 at 01:28:04PM +0000, Zhijie Hou (Fujitsu) wrote: > Attach the V105 patch set Thanks! Sorry I missed those during the previous review: 1 === Commit message: "these functions will block until" s/block/wait/ ? 2 === + when used with logical failover slots, will block until all s/block/wait/ ? It seems those are the 2 remaining "block" that could deserve the proposed above change. 3 === + invalidated = slot->data.invalidated != RS_INVAL_NONE; + inactive = slot->active_pid == 0; invalidated = (slot->data.invalidated != RS_INVAL_NONE); inactive = (slot->active_pid == 0); instead? I think it's easier to read and it looks like this is the way it's written in other places (at least the few I checked). Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com