From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay-out4.mail.masterhost.ru (relay-out4.mail.masterhost.ru [83.222.12.14]) by dpdk.org (Postfix) with ESMTP id 11D5123C for ; Mon, 16 Jul 2018 17:36:41 +0200 (CEST) Received: from [37.139.80.50] (helo=nw) by relay4.mail.masterhost.ru with esmtpa envelope from authenticated with alex@therouter.net message id 1ff5Y7-0005FB-RQ; Mon, 16 Jul 2018 18:36:32 +0300 Date: Mon, 16 Jul 2018 18:36:25 +0300 From: Alex Kiselev Message-ID: <192110016.20180716183625@therouter.net> To: Stephen Hemminger CC: "dev@dpdk.org" , Bruce Richardson In-Reply-To: <20180716081732.05302ae4@xeon-e3> References: <5b4c51d3.1c69fb81.7a4de.519aSMTPIN_ADDED_MISSING@mx.google.com> <20180716081732.05302ae4@xeon-e3> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 126949 [Jul 16 2018] X-KLMS-AntiSpam-Version: 5.8.3.0 X-KLMS-AntiSpam-Envelope-From: alex@therouter.net X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Info: LuaCore: 150 150 2a697033e93a7ef849763582d9d751a194e74ff1, {rep_avail}, DmarcAF: none X-MS-Exchange-Organization-SCL: -1 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: not scanned, disabled by settings X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.2.16, not scanned, license restriction Subject: Re: [dpdk-dev] [PATCH v5 1/2] librte_lpm: Improve performance of the delete and add functions X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 15:36:41 -0000 > On Mon, 16 Jul 2018 11:05:27 +0300 > Alex Kiselev wrote: >> librte_lpm: Improve lpm6 performance >> Rework the lpm6 rule subsystem and replace >> current rules algorithm complexity O(n) >> with hashtables which allow dealing with >> large (50k) rule sets. >> Signed-off-by: Alex Kiselev > Internet routers can have 1M rule sets. > The cost of a hash table maybe too high then? If I am not mistaken cuckoo hash algorithm on which the rte_hash is based is just a plain array logically divided into buckets. So, I am not introducing any memory overhead in comparison with current rule storage implementation that uses a plain array. -- Alex