Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1aCX8G-0005Ct-BR for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Dec 2015 18:30:28 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1aCX8E-0006Jg-Qc for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Dec 2015 18:30:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aCX6u-0004e9-LH for pgsql-hackers@postgresql.org; Fri, 25 Dec 2015 18:29:04 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aCX6r-00071o-In for pgsql-hackers@postgresql.org; Fri, 25 Dec 2015 18:29:04 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id tBPIStoT019835; Fri, 25 Dec 2015 13:28:55 -0500 From: Tom Lane To: Andres Freund cc: =?UTF-8?B?0JLQsNGB0LjQu9GM0LXQsiDQlNC80LjRgtGA0LjQuQ==?= , pgsql-hackers@postgresql.org Subject: Re: Performance degradation in commit ac1d794 In-reply-to: References: <9F7A592C-323B-40CF-AEB6-20D28EAEFFDD@anarazel.de> <19322.1451067023@sss.pgh.pa.us> Comments: In-reply-to Andres Freund message dated "Fri, 25 Dec 2015 19:20:26 +0100" Date: Fri, 25 Dec 2015 13:28:55 -0500 Message-ID: <19834.1451068135@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Andres Freund writes: > On December 25, 2015 7:10:23 PM GMT+01:00, Tom Lane wrote: >> Seems like what you've got here is a kernel bug. > I wouldn't go as far as calling it a kernel bug. Were still doing 300k tps. And were triggering the performance degradation by adding another socket (IIRC) to the poll(2) call. Hmm. And all those FDs point to the same pipe. I wonder if we're looking at contention for some pipe-related data structure inside the kernel. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers