From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpng2.m.smailru.net (smtpng2.m.smailru.net [94.100.179.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dev.tarantool.org (Postfix) with ESMTPS id CE08742EF5C for ; Tue, 23 Jun 2020 00:43:30 +0300 (MSK) References: <46ed0cc08e6ecf7ee7c9250d9cdfc3d68aa5c764.1592589312.git.sergepetrenko@tarantool.org> <30f75001-3ecc-9d7f-9cba-88c824087f4e@tarantool.org> From: Vladislav Shpilevoy Message-ID: Date: Mon, 22 Jun 2020 23:43:28 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Tarantool-patches] [PATCH 1/2] box: rework local_recovery to use async txn_commit List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Serge Petrenko , sergos@tarantool.org, gorcunov@tarantool.org, lvasiliev@tarantool.org Cc: tarantool-patches@dev.tarantool.org I am looking at the commit which added on_write_failure. Why can't we reuse on_rollback trigger? As we discussed, we can pass whatever we want using txn->signature. So for manual rollback we can set it to -1, for write failure to -2, for limbo rollback to -3, for timeout to -4, etc. I am just afraid that +16 bytes for transaction object may affect performance of the async transactions.