From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from prod-mail-xrelay02.akamai.com (prod-mail-xrelay02.akamai.com [72.246.2.14]) by dpdk.org (Postfix) with ESMTP id C4B3D68A9 for ; Fri, 9 May 2014 16:24:09 +0200 (CEST) Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 0F7B228673; Fri, 9 May 2014 14:24:16 +0000 (GMT) Received: from prod-mail-relay07.akamai.com (unknown [172.17.121.112]) by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id EC02E285FC; Fri, 9 May 2014 14:24:15 +0000 (GMT) Received: from ustx2ex-cashub.dfw01.corp.akamai.com (ustx2ex-cashub5.dfw01.corp.akamai.com [172.27.25.71]) by prod-mail-relay07.akamai.com (Postfix) with ESMTP id D416A8003C; Fri, 9 May 2014 14:24:15 +0000 (GMT) Received: from USMBX2.msg.corp.akamai.com ([169.254.1.21]) by ustx2ex-cashub5.dfw01.corp.akamai.com ([172.27.25.71]) with mapi; Fri, 9 May 2014 09:24:15 -0500 From: "Sanford, Robert" To: Thomas Monjalon Date: Fri, 9 May 2014 09:24:13 -0500 Thread-Topic: [dpdk-dev] [PATCH] malloc: fix rte_free run time in O(n) free blocks Thread-Index: Ac9rklpDXmxvso+PQ+GbzzWLg2J02w== Message-ID: References: <8858820.pzz9KGdcSJ@xps13> In-Reply-To: <8858820.pzz9KGdcSJ@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.1.140326 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH] malloc: fix rte_free run time in O(n) free blocks X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2014 14:24:10 -0000 Hi Thomas, >Some patches like this one are not yet reviewed because efforts were >focused=20 >on release 1.6.0r2. This enhancement must be integrated in 1.7.0. >I know that patchwork service is desired and I hope it will be available >soon. I realized that you guys had been very busy with 1.6.0r2. I just wanted to make sure that lower-priority patches didn't fall through the cracks. >By the way, looking at librte_malloc, it seems implementation of lists >could >be simpler. Don't you think we could improve (in another patch) this >whole=20 >code by using BSD macros for lists? Yes, I was surprised to find the malloc code not using any kind of list functions/macros. I am willing to rework the patch. By BSD list macros, I believe you are referring to QUEUE(3) and sys/queue.h. It that right? Thanks, Robert