From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from [87.239.111.99] (localhost [127.0.0.1]) by dev.tarantool.org (Postfix) with ESMTP id C93C26EC6F; Fri, 26 Feb 2021 03:58:30 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 dev.tarantool.org C93C26EC6F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tarantool.org; s=dev; t=1614301110; bh=7f++d3eHIdHAhcm3so0zg+r3/P/3TQ3bZGr+Cy+4bRI=; h=To:Cc:References:Date:In-Reply-To:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=WuFHOo1BBMTFLVCqJepVCnoQ0WW9ZNEFLNELx0sqHS8bIC8n/J/Zf0cUgMS9CfEoc +jkz5vLkCIgndIApqO/nC2F43pq5ZOIBDk/WdGmyCQoEEn7WwiXICkshIX7N4F7iA9 uQbL26e61c4W5+Lb80qVLNQynS3znCO4UXC5yWJs= 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 B76016EC6F for ; Fri, 26 Feb 2021 03:58:29 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 dev.tarantool.org B76016EC6F Received: by smtpng2.m.smailru.net with esmtpa (envelope-from ) id 1lFRSf-0008SI-68; Fri, 26 Feb 2021 03:58:29 +0300 To: Serge Petrenko , gorcunov@gmail.com Cc: tarantool-patches@dev.tarantool.org References: <20210211121750.46298-1-sergepetrenko@tarantool.org> <77af94ed-71eb-74e5-da73-7ae7286bfeb1@tarantool.org> <2e8b0be7-52ba-70b6-d1d9-cdf976106a2d@tarantool.org> Message-ID: Date: Fri, 26 Feb 2021 01:58:28 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <2e8b0be7-52ba-70b6-d1d9-cdf976106a2d@tarantool.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-7564579A: 646B95376F6C166E X-77F55803: 4F1203BC0FB41BD975C3EC174F5669229511437AA01F46811CFCF616A939B362182A05F538085040C3241FCE83EBF50B43E6FDFAC2E26F2A3B340A2782714044FC755A0D160ED5C2 X-7FA49CB5: FF5795518A3D127A4AD6D5ED66289B5278DA827A17800CE78981306C6E927004EA1F7E6F0F101C67BD4B6F7A4D31EC0BCC500DACC3FED6E28638F802B75D45FF8AA50765F790063710B5F6815F28EB638638F802B75D45FF914D58D5BE9E6BC131B5C99E7648C95CDDE882590F889B1C09A5F832581B50BE48D3F7FFC1DD8F21A471835C12D1D9774AD6D5ED66289B5259CC434672EE6371117882F4460429724CE54428C33FAD30A8DF7F3B2552694AC26CFBAC0749D213D2E47CDBA5A9658378DA827A17800CE71AE4D56B06699BBC9FA2833FD35BB23DF004C9065253843057739F23D657EF2B13377AFFFEAFD26923F8577A6DFFEA7C468D16C903838CAB93EC92FD9297F6715571747095F342E857739F23D657EF2BD5E8D9A59859A8B60149FEE6F00FA24375ECD9A6C639B01B4E70A05D1297E1BBC6867C52282FAC85D9B7C4F32B44FF570DEA551CE99471A000306258E7E6ABB4E4A6367B16DE6309 X-C1DE0DAB: 0D63561A33F958A5C1BD7B3742E2C4EE7C16DFC7FDD336CD117770E3DC4DA777D59269BC5F550898D99A6476B3ADF6B47008B74DF8BB9EF7333BD3B22AA88B938A852937E12ACA75968C9853642EB7C3410CA545F18667F91A7EA1CDA0B5A7A0 X-C8649E89: 4E36BF7865823D7055A7F0CF078B5EC49A30900B95165D3454CC76E5F54B410C505618BF02CDDC6DAF0F0729FC9CB2CE0EB7F57C7E7E6DA105C403FA0D60C7521D7E09C32AA3244CEA2D25A49EF1B8C3A333A3FAC6868F143C6EB905E3A8056BFACE5A9C96DEB163 X-D57D3AED: 3ZO7eAau8CL7WIMRKs4sN3D3tLDjz0dLbV79QFUyzQ2Ujvy7cMT6pYYqY16iZVKkSc3dCLJ7zSJH7+u4VD18S7Vl4ZUrpaVfd2+vE6kuoey4m4VkSEu530nj6fImhcD4MUrOEAnl0W826KZ9Q+tr5ycPtXkTV4k65bRjmOUUP8cvGozZ33TWg5HZplvhhXbhDGzqmQDTd6OAevLeAnq3Ra9uf7zvY2zzsIhlcp/Y7m53TZgf2aB4JOg4gkr2bioj8mqzvzJVEn0sd80HreuuPA== X-Mailru-Sender: 689FA8AB762F73936BC43F508A063822881BF7DEA8F7419AFA5A2CA9793D1EEA3841015FED1DE5223CC9A89AB576DD93FB559BB5D741EB963CF37A108A312F5C27E8A8C3839CE0E267EA787935ED9F1B X-Mras: Ok Subject: Re: [Tarantool-patches] [PATCH v2] wal: introduce limits on simultaneous writes X-BeenThere: tarantool-patches@dev.tarantool.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Tarantool development patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Vladislav Shpilevoy via Tarantool-patches Reply-To: Vladislav Shpilevoy Errors-To: tarantool-patches-bounces@dev.tarantool.org Sender: "Tarantool-patches" >> I start thinking that we need to queue the journal_entry objects right >> in the journal object. So if their queue is not empty, >> journal_write_async() adds the entry to the queue and does not call >> write_async(). > > Why? Nevermind, I probably didn't think it through enough at that moment.