Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNl0w-0007V5-DW for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Jul 2016 18:05:34 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bNl0v-0007un-Ri for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Jul 2016 18:05:33 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bNkzY-0004nc-Rv for pgsql-hackers@postgresql.org; Thu, 14 Jul 2016 18:04:08 +0000 Received: from gauss.credativ.com ([93.94.130.89]) by makus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1bNkzW-0000G2-BJ for pgsql-hackers@postgresql.org; Thu, 14 Jul 2016 18:04:07 +0000 Received: from gauss.credativ.com (localhost [127.0.0.1]) by gauss.credativ.com (Postfix) with ESMTP id 935471B441E; Thu, 14 Jul 2016 20:04:04 +0200 (CEST) Received: from ex (ip-109-44-2-122.web.vodafone.de [109.44.2.122]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ase@gauss.credativ.com) by gauss.credativ.com (Postfix) with ESMTPSA id 3CF601B42FE; Thu, 14 Jul 2016 20:04:04 +0200 (CEST) From: Andreas Seltenreich To: Andres Freund Cc: pgsql-hackers@postgresql.org Subject: Re: Improving executor performance In-Reply-To: <20160714011850.bd5zhu35szle3n3c@alap3.anarazel.de> (Andres Freund's message of "Wed, 13 Jul 2016 18:18:50 -0700") References: <20160624232953.beub22r6yqux4gcp@alap3.anarazel.de> <20160714011850.bd5zhu35szle3n3c@alap3.anarazel.de> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4 (gnu/linux) Message-ID: <878tx42j1o.fsf@credativ.de> Date: Thu, 14 Jul 2016 20:04:03 +0200 MIME-Version: 1.0 Content-Type: text/plain 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: > Having expression evaluation and slot deforming as a series of simple > sequential steps, instead of complex recursive calls, would also make it > fairly straightforward to optionally just-in-time compile those. I don't think that JIT becomes easier by this change. Constructing the IR for LLVM, libFirm or any other JIT library from expression trees is straightforward already. It's probably more of a nuisance for those that already have some code/design on JIT-compiling expressions (vitessedb, ISP RAS, yours truly) I like your patch for all the other reasons stated though! regards Andreas -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers