From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 455AA2974D for ; Wed, 27 Mar 2019 09:11:33 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aOdFy3hhEtw1 for ; Wed, 27 Mar 2019 09:11:33 -0400 (EDT) Received: from smtp31.i.mail.ru (smtp31.i.mail.ru [94.100.177.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id E019E2932A for ; Wed, 27 Mar 2019 09:11:32 -0400 (EDT) Date: Wed, 27 Mar 2019 16:11:29 +0300 From: Kirill Yukhin Subject: [tarantool-patches] Re: [PATCH v2 1/1] sql: use 64b bitmasks instead of 32b where possible Message-ID: <20190327131129.6nt4hspkgj7skmug@tarantool.org> References: <84e81d55e8b11bc85fb9685df59548e2cc3feffb.1553085327.git.kshcherbatov@tarantool.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <84e81d55e8b11bc85fb9685df59548e2cc3feffb.1553085327.git.kshcherbatov@tarantool.org> Sender: tarantool-patches-bounce@freelists.org Errors-to: tarantool-patches-bounce@freelists.org Reply-To: tarantool-patches@freelists.org List-Help: List-Unsubscribe: List-software: Ecartis version 1.0.0 List-Id: tarantool-patches List-Subscribe: List-Owner: List-post: List-Archive: To: tarantool-patches@freelists.org Cc: v.shpilevoy@tarantool.org, Kirill Shcherbatov Hello, On 20 Mar 15:36, Kirill Shcherbatov wrote: > In some cases(like foreign keys) the SQL code used > 32-bit bit mask, while 64-bit bit masks will perform better > column optimizations. There was refactored code to work with 64b > bitmasks where required. > The 32b bitmasks are still used to specify constant OP_Function > arguments because this change would require changing the P1 type > of the VDBE p1 argument, which is not desirable. Moreover, the > 64 function's arguments is an explicit overkill. > > The ticket was created in connection with the introduction of > foreign keys and their use of 32-bit bit masks. In the rest of > the scripts in SQL already use 64 bit masks, and the "smart" bit > of the mask is not applicable. > > Closes #3571 > > Branch: http://github.com/tarantool/tarantool/tree/kshch/gh-3571-sql-column-mask-64 > Issue: https://github.com/tarantool/tarantool/issues/3571 I've checked your patch into master branch. -- Regards, Kirill Yukhin