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 1t9j2I-00BtTf-UC for pgsql-performance@arkaria.postgresql.org; Sat, 09 Nov 2024 10:49:46 +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 1t9j2F-000N5B-MP for pgsql-performance@arkaria.postgresql.org; Sat, 09 Nov 2024 10:49:44 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t9j2F-000N52-7h for pgsql-performance@lists.postgresql.org; Sat, 09 Nov 2024 10:49:43 +0000 Received: from relay9-d.mail.gandi.net ([2001:4b98:dc4:8::229]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t9j2C-000xRP-2E for pgsql-performance@lists.postgresql.org; Sat, 09 Nov 2024 10:49:42 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 9F1A9FF803; Sat, 9 Nov 2024 10:49:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vondra.me; s=gm1; t=1731149375; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=u+P+J86kVHzQF11bZUH+FcHJT0dkcpI5iaU/8e4lDwo=; b=BRl3p4YY2C0xXEGqEo9oFU1ZkyBqobC5VcGrT28S8NkLtu0QFR0DrCqSSaFxpQ719Hck5t Dq7RzdG7l1+Witrd1XQmoGsvKBbJ3+aH1+uXSCM0WNm7T0uoai+EqgrrurE13LKZNqVgB8 bYbe7ReQAn9SlDWa9dSzGxuGgzunYXdGNucTgpjKxJXzjDHTiL0DAzinIwx5J7oN8Lug6A XVoYb8g/MQd+QyOZeH9+eQnj4voHjPUJ/QtLwbg6IZwdyUwaEimQzSMz6m7M6mOGCEJFBp 6xHVGxY3PTs56h6ZQH7ce1b737qZcq8tX0NFufprwsKhTSbs/qXElg5Bh7yfhA== Message-ID: <75b1aafc-bf5f-48fe-a495-fba11d8f0b05@vondra.me> Date: Sat, 9 Nov 2024 11:49:34 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4 To: Achilleas Mantzios , pgsql-performance@lists.postgresql.org References: Content-Language: en-US From: Tomas Vondra In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: tomas@vondra.me List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 11/8/24 20:32, Achilleas Mantzios wrote: > Dear All,  > > we have hit a serious performance regression going from 10.23 → 16.4 as > far as tds_fdw (MS SQL) FDW is concerned. To cut the long story short, I > recreated the good fast “old” (pgsql 10) setup on the same vm as the > slow “new” (pgsql 16). Here is the bug report on github : > > https://github.com/tds-fdw/tds_fdw/issues/371 > > All environment on the two pgsql clusters is shared (freetds version, > tds_fdw, gcc, llvm). Only thing differs are pgsql versions. The speed on > the old pgsql 10.23 is about 10 to 20 times higher than pgsql 16.4 . | > Setting client_min_messages TO debug3 does yield identical output on the > two systems. > | > > The new pgsql 16.4 shows 100% CPU usage during the query execution. > > I know we are pretty much alone with this, but it would be very nice if > anyone could help, see smth we are missing or guide us via the right path. > I have little experience with tds_fdw, and can't investigate that locally. But it might be interesting to compare CPU profiles for the two (slow and fast) cases. Chances are the difference will be an indication regarding what got that slower. It might be something in PG or in the FDW, hard to say. regards -- Tomas Vondra