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 1u9QVk-001f20-8U for pgsql-general@arkaria.postgresql.org; Mon, 28 Apr 2025 15:35:13 +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 1u9QUi-001rr5-VU for pgsql-general@arkaria.postgresql.org; Mon, 28 Apr 2025 15:34:10 +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 1u9QUh-001rqq-MY for pgsql-general@lists.postgresql.org; Mon, 28 Apr 2025 15:34:09 +0000 Received: from fout-a6-smtp.messagingengine.com ([103.168.172.149]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1u9QUf-0001Zf-1M for pgsql-general@lists.postgresql.org; Mon, 28 Apr 2025 15:34:08 +0000 Received: from phl-compute-04.internal (phl-compute-04.phl.internal [10.202.2.44]) by mailfout.phl.internal (Postfix) with ESMTP id 85EB3138085F; Mon, 28 Apr 2025 11:34:02 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Mon, 28 Apr 2025 11:34:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc:content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1745854442; x=1745940842; bh=OXKLIY+b5kMGRPAGZ7BnuH5u7MG+xcivY2htojii9X4=; b= GibQtUd9ywzL77sH7uJIlKT6qvKdKHJEWOQPnKXTF+d7iQ8+yx8T0LoIl43K89e7 fll07iHOpD39LB+VR6cdfYtAolAd2lD+oAE6raRF2087Qa+TPB7gAV5BDkDKUtji m8zrPMmIum5BqcbeDa7qxAWu+SL9Mog69b0unSQ9ySKl8Ez0K/U76Gi0SKTMwnNn hDaUdVt/pSgDAHm3j1iqRqNy+baubSlurFI1qSZeWQ4VqSgXYxl37L0/0LkldVvE ZRoNSBLymstDTrQS1PCVKvh7XSkHWtSxGLF4icruV6MAK8sXA1Sl/WjXbVqSQ32I 72hteoQmITC9bk39bFFRCQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1745854442; x=1745940842; bh=O XKLIY+b5kMGRPAGZ7BnuH5u7MG+xcivY2htojii9X4=; b=A8M6qUuAFH8Gs+uRZ aJnF5e+MM0vD6IESPEpjeKjJUTrZkBoy7/kHvv9wdfaZ2Ehp1SBRTYDqtPoPEz1n 6sAffMWYiALKqrVxRFbk9oa3NmDYuFnCNlFh2j3xtqQhRxZsp0VWxwM1a7f7C525 kzxfPeEJbuQMHjy7mzlNLZF6okd+j6N41U8oWZ4qjXUuQm4XE/z8iDxEInlTBUvJ 1OHT/fygs537FHUZbArgEfkDF7/EybKnuKlLqPm7IAoYl8ZLJaduBjzSM4tArVuY wg10HQxqihXpLbUHx5GNoSiNVnyVx6zAhZKxpggJNOQod2eX5or/WMRFkOVayJmK IT/mg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddviedufedvucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefkff ggfgfuvfhfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeetughrihgrnhcumfhlrghv vghruceorggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomheqnecuggftrf grthhtvghrnhepffelgeeifefgveduhedthfekuedtffejveegffegjeevtdehgfduieet feehjeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh eprggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomhdpnhgspghrtghpthht ohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheptghhrghnuggrnhdrihhssh ihohhgrgesghhmrghilhdrtghomhdprhgtphhtthhopehpghhsqhhlqdhgvghnvghrrghl sehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 28 Apr 2025 11:34:01 -0400 (EDT) Message-ID: Date: Mon, 28 Apr 2025 08:34:00 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Fwd: SQL transactions executing from VMSS To: chandan Kumar , pgsql-general@lists.postgresql.org References: Content-Language: en-US From: Adrian Klaver In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 4/28/25 01:25, chandan Kumar wrote: > Hello Team, > I did not get any answer till now.  If someone has any idea please help > me is getting this resolved. The issue is - database deployment , sql > query to database is slow when we run database script from vmss to > postgres database in flexible server.  both the servers are in US EAST > under the same subnet 1) Unravel the acronyms. I'm pretty sure VMSS and Flexible server are referring to Azure services, but it would be better if that was explicitly stated. 2) Show your work. In other words include the query plan, database script and the dynatrace results in your response. 3) What is "If i run single sql transaction from pg admin it is executing in same time." trying to say? The same query as you refer to earlier and how does a single query relate to the issue of running transactions in batches? My guess is that the Flexible Server(PaaS) is imposing more of an overhead then running your own Postgres instance on IaaS(Azure?). > > ---------- Forwarded message --------- > From: *chandan Kumar* > > Date: Tue, Apr 22, 2025 at 4:59 PM > Subject: SQL transactions executing from VMSS > To: > > > > > Hi Team, > Greetings! > > Kindly help in below situation, where in I see slowness in response time > while I do testing running SQL transaction in batches from VMSS to > postgres database in flexible server(PaaS) 14.17 version. VMSS to > IaaS(postgres db on ubuntu) is faster than VMSs to PaaS. 14 version is > same on both the system. response size is same but response time is > almost 2.5x more on PaaS. I see dynatrace is showing more time is on > waiting time. Query plan is same on both the system. If i run single sql > transaction from pg admin it is executing in same time. >  what can cause this slowness, any idea please. > -- > *With warm regards* > *     Chandan* > > > -- > *With warm regards* > *     Chandan* -- Adrian Klaver adrian.klaver@aklaver.com