Cover Comment List
List cover comments
GET /api/covers/42641/comments/?format=api
[ { "id": 83556, "web_url": "http://patches.dpdk.org/comment/83556/", "msgid": "<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "list_archive_url": "https://inbox.dpdk.org/dev/HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com", "date": "2018-07-10T18:00:27", "subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "submitter": { "id": 1045, "url": "http://patches.dpdk.org/api/people/1045/?format=api", "name": "Honnappa Nagarahalli", "email": "honnappa.nagarahalli@arm.com" }, "content": "Hi Yipeng/Pablo,\n\tApologies for my delayed comments\n\n-----Original Message-----\nFrom: Yipeng Wang <yipeng1.wang@intel.com> \nSent: Monday, July 9, 2018 5:45 AM\nTo: pablo.de.lara.guarch@intel.com\nCc: dev@dpdk.org; yipeng1.wang@intel.com; bruce.richardson@intel.com; Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>; vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com\nSubject: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n\nThis patch set adds the read-write concurrency support in rte_hash.\nA new flag value is added to indicate if read-write concurrency is needed during creation time. Test cases are implemented to do functional and performance tests.\n\nThe new concurrency model is based on rte_rwlock. When Intel TSX is available and the users indicate to use it, the TM version of the rte_rwlock will be called. Both multi-writer and read-write concurrency are protected by the rte_rwlock instead of the x86 specific RTM instructions, so the x86 specific header rte_cuckoo_hash_x86.h is removed and the code is infused into the main .c file.\n\nIMO, at a high-level, there are two use cases for the rte_hash library:\n1) Writers are on control plane and data plane are readers\n2) Writers and readers are on data plane\n\nThis distinction is required as in the case of 1) writers are pre-emptible. If I consider platforms without TSX (I do not know how Intel TSX works), the rte_rwlock implementation is blocking. A writer on the control plane can take the lock and get pre-empted. Since rte_rwlock is used for read-write concurrency, it will block the readers (on the data plane) for an extended duration. I think, support for RCU is required to solve this issue.\n\nA new rte_hash_count API is proposed to count how many keys are inserted into the hash table.\n\nv3->v4:\n1. Change commit message titles as Pablo suggested. (Pablo) 2. hash: remove unnecessary changes in commit 4. (Pablo) 3. test: remove unnecessary double blank lines. (Pablo) 4. Add Pablo's ack in commit message.\n\nv2->v3:\n1. hash: Concurrency bug fix: after beginning cuckoo path moving, the last empty slot needs to be verified again in case other writers raced into this slot and occupy it. A new commit is added to do this bug fix since it applies to master head as well.\n2. hash: Concurrency bug fix: if cuckoo path is detected to be invalid, the current slot needs to be emptied since it is duplicated to its target bucket.\n3. hash: \"const\" is used for types in multiple locations. (Pablo) 4. hash: rte_malloc used for readwriter lock used wrong align argument. Similar fix applies to master head so a new commit is created. (Pablo) 5. hash: ring size calculation fix is moved to front. (Pablo) 6. hash: search-and-remove function is refactored to be more aligned with other search function. (Pablo) 7. test: using jhash in functional test for read-write concurrency.\nIt is because jhash with sequential keys incur more cuckoo path.\n8. Multiple coding style, typo, commit message fixes. (Pablo)\n\nv1->v2:\n1. Split each commit into two commits for easier review (Pablo).\n2. Add more comments in various places (Pablo).\n3. hash: In key insertion function, move duplicated key checking to earlier location and protect it using locks. Checking duplicated key should happen first and data updates should be protected.\n4. hash: In lookup bulk function, put signature comparison in lock, since writers could happen between signature match on two buckets.\n5. hash: Add write locks to reset function as well to protect resets.\n5. test: Fix 32-bit compilation error in read-write test (Pablo).\n6. test: Check total physical core count in read-write test. Don't test with thread count that larger than physical core count.\n7. Other minor fixes such as typos (Pablo).\n\n\nYipeng Wang (8):\n hash: fix multiwriter lock memory allocation\n hash: fix a multi-writer race condition\n hash: fix key slot size accuracy\n hash: make duplicated code into functions\n hash: add read and write concurrency support\n test: add tests in hash table perf test\n test: add test case for read write concurrency\n hash: add new API function to query the key count\n\n lib/librte_hash/meson.build | 1 -\n lib/librte_hash/rte_cuckoo_hash.c | 701 +++++++++++++++++++++-------------\n lib/librte_hash/rte_cuckoo_hash.h | 18 +-\n lib/librte_hash/rte_cuckoo_hash_x86.h | 164 --------\n lib/librte_hash/rte_hash.h | 14 +\n lib/librte_hash/rte_hash_version.map | 8 +\n test/test/Makefile | 1 +\n test/test/test_hash.c | 12 +\n test/test/test_hash_multiwriter.c | 9 +\n test/test/test_hash_perf.c | 36 +-\n test/test/test_hash_readwrite.c | 637 ++++++++++++++++++++++++++++++\n 11 files changed, 1156 insertions(+), 445 deletions(-) delete mode 100644 lib/librte_hash/rte_cuckoo_hash_x86.h\n create mode 100644 test/test/test_hash_readwrite.c\n\n--\n2.7.4", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@dpdk.org", "Delivered-To": "patchwork@dpdk.org", "Received": [ "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 4DD225F25;\n\tTue, 10 Jul 2018 20:00:32 +0200 (CEST)", "from EUR03-AM5-obe.outbound.protection.outlook.com\n\t(mail-eopbgr30050.outbound.protection.outlook.com [40.107.3.50])\n\tby dpdk.org (Postfix) with ESMTP id BA3E95B12\n\tfor <dev@dpdk.org>; Tue, 10 Jul 2018 20:00:30 +0200 (CEST)", "from HE1PR0801MB1930.eurprd08.prod.outlook.com (10.168.94.136) by\n\tHE1PR0801MB1484.eurprd08.prod.outlook.com (10.167.190.138) with\n\tMicrosoft SMTP Server (version=TLS1_2,\n\tcipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id\n\t15.20.930.20; Tue, 10 Jul 2018 18:00:27 +0000", "from HE1PR0801MB1930.eurprd08.prod.outlook.com\n\t([fe80::a9b8:cd68:dca0:4798]) by\n\tHE1PR0801MB1930.eurprd08.prod.outlook.com\n\t([fe80::a9b8:cd68:dca0:4798%3]) with mapi id 15.20.0930.022;\n\tTue, 10 Jul 2018 18:00:27 +0000" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;\n\ts=selector1-arm-com;\n\th=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;\n\tbh=lOFLbaliBPe9MUUjEljyu6ZYlUNvo4OLF6wQKkBuY4g=;\n\tb=WlGVXfShon4g9XKlqfFon+02WjfVQLMsYzrcZs13sI32+dWh4QxCyoerXLJwRQc6JehjAYfd6/WebpDG6TzGlAiX4mggeu9TEbRuti033k4tYEydtncx/IVvDqvUvM5oE4DUQwvRUbZJN7mIrk5nn7VcQPkaIEKAQpLFnBQ5z84=", "From": "Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>", "To": "Yipeng Wang <yipeng1.wang@intel.com>, \"pablo.de.lara.guarch@intel.com\"\n\t<pablo.de.lara.guarch@intel.com>", "CC": "\"dev@dpdk.org\" <dev@dpdk.org>, \"bruce.richardson@intel.com\"\n\t<bruce.richardson@intel.com>, \"vguvva@caviumnetworks.com\"\n\t<vguvva@caviumnetworks.com>, \"brijesh.s.singh@gmail.com\"\n\t<brijesh.s.singh@gmail.com>, nd <nd@arm.com>", "Thread-Topic": "[PATCH v4 0/8] Add read-write concurrency to rte_hash library", "Thread-Index": "AQHUF62YwhyVjzHFE0OvaR+WdSizdKSItMYA", "Date": "Tue, 10 Jul 2018 18:00:27 +0000", "Message-ID": "<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "References": "<1528455078-328182-1-git-send-email-yipeng1.wang@intel.com>\n\t<1531133103-437316-1-git-send-email-yipeng1.wang@intel.com>", "In-Reply-To": "<1531133103-437316-1-git-send-email-yipeng1.wang@intel.com>", "Accept-Language": "en-US", "Content-Language": "en-US", "X-MS-Has-Attach": "", "X-MS-TNEF-Correlator": "", "authentication-results": "spf=none (sender IP is )\n\tsmtp.mailfrom=Honnappa.Nagarahalli@arm.com; ", "x-originating-ip": "[217.140.111.135]", "x-ms-publictraffictype": "Email", "x-microsoft-exchange-diagnostics": "1; HE1PR0801MB1484;\n\t7:0Zn4UPHF8juJqCMCTIXLlquNuZXK8X6xDpkfyeNl3SkalDKXDPjB7bwY8R5ff3AVx3H6Tgt/2VmR0gEI8CAha56rpATVVb46PqmdfbYkGdfi98ZBmn/iF6oBKZWuSdEpr44ThZRyZQVfVl5z48Dqcyr4eJw4/sT6+nI8Io9W6aJ77XhnkOO+j4MXzwM9AZBMTGZYTcsCimeFgwdpbx1TPUUCidAr4s+NOl4/bljS3GyfJfYlW/bx+2P6f+jsZxRg", "x-ms-exchange-antispam-srfa-diagnostics": "SOS;", "x-ms-office365-filtering-correlation-id": "75d4f80a-c552-4862-98d0-08d5e68f04b1", "x-ms-office365-filtering-ht": "Tenant", "x-microsoft-antispam": "UriScan:; BCL:0; PCL:0;\n\tRULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(48565401081)(2017052603328)(7153060)(7193020);\n\tSRVR:HE1PR0801MB1484; ", "x-ms-traffictypediagnostic": "HE1PR0801MB1484:", "nodisclaimer": "True", "x-microsoft-antispam-prvs": "<HE1PR0801MB1484295470867E8611A7FA7C985B0@HE1PR0801MB1484.eurprd08.prod.outlook.com>", "x-exchange-antispam-report-test": "UriScan:(180628864354917)(85827821059158)(228905959029699); ", "x-ms-exchange-senderadcheck": "1", "x-exchange-antispam-report-cfa-test": "BCL:0; PCL:0;\n\tRULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(20161123558120)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016);\n\tSRVR:HE1PR0801MB1484; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0801MB1484; ", "x-forefront-prvs": "0729050452", "x-forefront-antispam-report": "SFV:NSPM;\n\tSFS:(10009020)(366004)(376002)(396003)(136003)(39860400002)(346002)(189003)(199004)(13464003)(229853002)(53546011)(3846002)(6116002)(14454004)(8936002)(81156014)(86362001)(33656002)(26005)(102836004)(76176011)(186003)(7696005)(97736004)(6506007)(68736007)(316002)(110136005)(54906003)(5660300001)(478600001)(8676002)(2501003)(99286004)(4326008)(2906002)(7736002)(81166006)(305945005)(9686003)(55016002)(25786009)(476003)(6246003)(486006)(39060400002)(6436002)(106356001)(11346002)(105586002)(66066001)(53936002)(14444005)(446003)(72206003)(2900100001)(5250100002)(74316002)(256004);\n\tDIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0801MB1484;\n\tH:HE1PR0801MB1930.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; \n\tPTR:InfoNoRecords; MX:1; A:1; ", "received-spf": "None (protection.outlook.com: arm.com does not designate\n\tpermitted sender hosts)", "x-microsoft-antispam-message-info": "zdIZ9qHdvs28X35TJd2XsbhJMac1T9r/Gyfu8hVM936vC7O23oEI8b03cG0ktM67gh4IROfp1H5ystIrUE7X9Kyaa19Pm11ucerygbSFcX7dIhsWDQWcizWbR8wqa4fPgIUtkfFXy4riYQ+6NC6PZaKwJwkIgKTS6dmP9CnpgxdGOUMaRZjtvhrMegDgsLBtRcMXVg71nqNj1E7YneZrIFCBZkq8oniOdsTDrIWxQnSiX0Ixrw8ulPZnQDdnr6v2/NIck8XIeqQ+iRwuGs/Mve7ao+Cy4DMZlUNvXDJGQYxFZ005ZaeVzA2Q6ypRMa1rbxWhNY/xIFlNoatoA8DX3G0K3M1ROWUJx7wX4K+ouvM=", "spamdiagnosticoutput": "1:99", "spamdiagnosticmetadata": "NSPM", "Content-Type": "text/plain; charset=\"us-ascii\"", "Content-Transfer-Encoding": "quoted-printable", "MIME-Version": "1.0", "X-OriginatorOrg": "arm.com", "X-MS-Exchange-CrossTenant-Network-Message-Id": "75d4f80a-c552-4862-98d0-08d5e68f04b1", "X-MS-Exchange-CrossTenant-originalarrivaltime": "10 Jul 2018 18:00:27.4721\n\t(UTC)", "X-MS-Exchange-CrossTenant-fromentityheader": "Hosted", "X-MS-Exchange-CrossTenant-id": "f34e5979-57d9-4aaa-ad4d-b122a662184d", "X-MS-Exchange-Transport-CrossTenantHeadersStamped": "HE1PR0801MB1484", "Subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n\t<mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n\t<mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "addressed": null }, { "id": 83655, "web_url": "http://patches.dpdk.org/comment/83655/", "msgid": "<D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com>", "list_archive_url": "https://inbox.dpdk.org/dev/D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com", "date": "2018-07-12T01:31:24", "subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "submitter": { "id": 754, "url": "http://patches.dpdk.org/api/people/754/?format=api", "name": "Wang, Yipeng1", "email": "yipeng1.wang@intel.com" }, "content": "Hi, Honnappa,\n\nThanks for the comment.\n\nRCU can handle one of the currency issue (key deletion while lookup) that has been discussed before, but we think it is not easy for RCU-alone to\nprotect reader from cuckoo path displacement. Also, RCU solution requires user interaction.\n\nWe agree that the current rwlock does not support preemptable writer. But a more advanced rwlock with priority could be\nimplemented in the future into the rwlock library.\n\nThanks\nYipeng\n\n>-----Original Message-----\n>From: Honnappa Nagarahalli [mailto:Honnappa.Nagarahalli@arm.com]\n>Sent: Tuesday, July 10, 2018 11:00 AM\n>To: Wang, Yipeng1 <yipeng1.wang@intel.com>; De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>\n>Cc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>; vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd\n><nd@arm.com>\n>Subject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>\n>Hi Yipeng/Pablo,\n>\tApologies for my delayed comments\n>\n>-----Original Message-----\n>From: Yipeng Wang <yipeng1.wang@intel.com>\n>Sent: Monday, July 9, 2018 5:45 AM\n>To: pablo.de.lara.guarch@intel.com\n>Cc: dev@dpdk.org; yipeng1.wang@intel.com; bruce.richardson@intel.com; Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>;\n>vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com\n>Subject: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>\n>This patch set adds the read-write concurrency support in rte_hash.\n>A new flag value is added to indicate if read-write concurrency is needed during creation time. Test cases are implemented to do\n>functional and performance tests.\n>\n>The new concurrency model is based on rte_rwlock. When Intel TSX is available and the users indicate to use it, the TM version of the\n>rte_rwlock will be called. Both multi-writer and read-write concurrency are protected by the rte_rwlock instead of the x86 specific\n>RTM instructions, so the x86 specific header rte_cuckoo_hash_x86.h is removed and the code is infused into the main .c file.\n>\n>IMO, at a high-level, there are two use cases for the rte_hash library:\n>1) Writers are on control plane and data plane are readers\n>2) Writers and readers are on data plane\n>\n>This distinction is required as in the case of 1) writers are pre-emptible. If I consider platforms without TSX (I do not know how Intel\n>TSX works), the rte_rwlock implementation is blocking. A writer on the control plane can take the lock and get pre-empted. Since\n>rte_rwlock is used for read-write concurrency, it will block the readers (on the data plane) for an extended duration. I think, support\n>for RCU is required to solve this issue.\n>\n>", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@dpdk.org", "Delivered-To": "patchwork@dpdk.org", "Received": [ "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 832A51B4D0;\n\tThu, 12 Jul 2018 03:31:54 +0200 (CEST)", "from mga06.intel.com (mga06.intel.com [134.134.136.31])\n\tby dpdk.org (Postfix) with ESMTP id F0DE91B4CD\n\tfor <dev@dpdk.org>; Thu, 12 Jul 2018 03:31:51 +0200 (CEST)", "from fmsmga007.fm.intel.com ([10.253.24.52])\n\tby orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;\n\t11 Jul 2018 18:31:49 -0700", "from orsmsx104.amr.corp.intel.com ([10.22.225.131])\n\tby fmsmga007.fm.intel.com with ESMTP; 11 Jul 2018 18:31:45 -0700", "from orsmsx155.amr.corp.intel.com (10.22.240.21) by\n\tORSMSX104.amr.corp.intel.com (10.22.225.131) with Microsoft SMTP\n\tServer (TLS) id 14.3.319.2; Wed, 11 Jul 2018 18:31:24 -0700", "from orsmsx105.amr.corp.intel.com ([169.254.2.59]) by\n\tORSMSX155.amr.corp.intel.com ([169.254.7.59]) with mapi id\n\t14.03.0319.002; Wed, 11 Jul 2018 18:31:23 -0700" ], "X-Amp-Result": "SKIPPED(no attachment in message)", "X-Amp-File-Uploaded": "False", "X-ExtLoop1": "1", "X-IronPort-AV": "E=Sophos;i=\"5.51,339,1526367600\"; d=\"scan'208\";a=\"53730806\"", "From": "\"Wang, Yipeng1\" <yipeng1.wang@intel.com>", "To": "Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>, \"De Lara Guarch,\n\tPablo\" <pablo.de.lara.guarch@intel.com>", "CC": "\"dev@dpdk.org\" <dev@dpdk.org>, \"Richardson, Bruce\"\n\t<bruce.richardson@intel.com>, \"vguvva@caviumnetworks.com\"\n\t<vguvva@caviumnetworks.com>, \"brijesh.s.singh@gmail.com\"\n\t<brijesh.s.singh@gmail.com>, nd <nd@arm.com>, \"Tai, Charlie\"\n\t<charlie.tai@intel.com>, \"Wang, Ren\" <ren.wang@intel.com>, \"Gobriel,\n\tSameh\" <sameh.gobriel@intel.com>", "Thread-Topic": "[PATCH v4 0/8] Add read-write concurrency to rte_hash library", "Thread-Index": "AQHUF62Y3wOysChRCUuSHkQimeoNYaSItMYAgAIZihA=", "Date": "Thu, 12 Jul 2018 01:31:24 +0000", "Message-ID": "<D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com>", "References": "<1528455078-328182-1-git-send-email-yipeng1.wang@intel.com>\n\t<1531133103-437316-1-git-send-email-yipeng1.wang@intel.com>\n\t<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "In-Reply-To": "<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "Accept-Language": "en-US", "Content-Language": "en-US", "X-MS-Has-Attach": "", "X-MS-TNEF-Correlator": "", "dlp-product": "dlpe-windows", "dlp-version": "11.0.200.100", "dlp-reaction": "no-action", "x-ctpclassification": "CTP_NT", "x-titus-metadata-40": "eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNzBhMzcwYzAtYjAyMy00YmYyLThkNWUtODY0ODczYjIzMmI1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiY3pcL0lQa3FHWnZMVExOVytBY1NsYVRWYkdWalVFTnZFazMzWDZFZkZrR0RYMmpXQnM4Y2kxQkU4MUNwYlArN2gifQ==", "x-originating-ip": "[10.22.254.138]", "Content-Type": "text/plain; charset=\"us-ascii\"", "Content-Transfer-Encoding": "quoted-printable", "MIME-Version": "1.0", "Subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n\t<mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n\t<mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "addressed": null }, { "id": 83657, "web_url": "http://patches.dpdk.org/comment/83657/", "msgid": "<HE1PR0801MB1930BDBE3479F5024D9697D298590@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "list_archive_url": "https://inbox.dpdk.org/dev/HE1PR0801MB1930BDBE3479F5024D9697D298590@HE1PR0801MB1930.eurprd08.prod.outlook.com", "date": "2018-07-12T02:36:22", "subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "submitter": { "id": 1045, "url": "http://patches.dpdk.org/api/people/1045/?format=api", "name": "Honnappa Nagarahalli", "email": "honnappa.nagarahalli@arm.com" }, "content": "Hi Yipeng,\n\tI agree with you on RCU. It solves only part of the problem and requires application involvement. Use of atomics is required to solve few more problems.\n\nNot solving the preemptible writer issue will change the behavior for existing applications, is that ok?\n\nI will submit a RFC with my ideas.\n\nThank you,\nHonnappa\n\n-----Original Message-----\nFrom: Wang, Yipeng1 <yipeng1.wang@intel.com> \nSent: Wednesday, July 11, 2018 8:31 PM\nTo: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>; De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>\nCc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>; vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd <nd@arm.com>; Tai, Charlie <charlie.tai@intel.com>; Wang, Ren <ren.wang@intel.com>; Gobriel, Sameh <sameh.gobriel@intel.com>\nSubject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n\nHi, Honnappa,\n\nThanks for the comment.\n\nRCU can handle one of the currency issue (key deletion while lookup) that has been discussed before, but we think it is not easy for RCU-alone to protect reader from cuckoo path displacement. Also, RCU solution requires user interaction.\n\nWe agree that the current rwlock does not support preemptable writer. But a more advanced rwlock with priority could be implemented in the future into the rwlock library.\n\nThanks\nYipeng\n\n>-----Original Message-----\n>From: Honnappa Nagarahalli [mailto:Honnappa.Nagarahalli@arm.com]\n>Sent: Tuesday, July 10, 2018 11:00 AM\n>To: Wang, Yipeng1 <yipeng1.wang@intel.com>; De Lara Guarch, Pablo \n><pablo.de.lara.guarch@intel.com>\n>Cc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>; \n>vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd <nd@arm.com>\n>Subject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash \n>library\n>\n>Hi Yipeng/Pablo,\n>\tApologies for my delayed comments\n>\n>-----Original Message-----\n>From: Yipeng Wang <yipeng1.wang@intel.com>\n>Sent: Monday, July 9, 2018 5:45 AM\n>To: pablo.de.lara.guarch@intel.com\n>Cc: dev@dpdk.org; yipeng1.wang@intel.com; bruce.richardson@intel.com; \n>Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>; \n>vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com\n>Subject: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>\n>This patch set adds the read-write concurrency support in rte_hash.\n>A new flag value is added to indicate if read-write concurrency is \n>needed during creation time. Test cases are implemented to do functional and performance tests.\n>\n>The new concurrency model is based on rte_rwlock. When Intel TSX is \n>available and the users indicate to use it, the TM version of the \n>rte_rwlock will be called. Both multi-writer and read-write concurrency are protected by the rte_rwlock instead of the x86 specific RTM instructions, so the x86 specific header rte_cuckoo_hash_x86.h is removed and the code is infused into the main .c file.\n>\n>IMO, at a high-level, there are two use cases for the rte_hash library:\n>1) Writers are on control plane and data plane are readers\n>2) Writers and readers are on data plane\n>\n>This distinction is required as in the case of 1) writers are \n>pre-emptible. If I consider platforms without TSX (I do not know how \n>Intel TSX works), the rte_rwlock implementation is blocking. A writer \n>on the control plane can take the lock and get pre-empted. Since rte_rwlock is used for read-write concurrency, it will block the readers (on the data plane) for an extended duration. I think, support for RCU is required to solve this issue.\n>\n>", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@dpdk.org", "Delivered-To": "patchwork@dpdk.org", "Received": [ "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 84A691B57B;\n\tThu, 12 Jul 2018 04:36:26 +0200 (CEST)", "from EUR02-VE1-obe.outbound.protection.outlook.com\n\t(mail-eopbgr20045.outbound.protection.outlook.com [40.107.2.45])\n\tby dpdk.org (Postfix) with ESMTP id CA7831B579\n\tfor <dev@dpdk.org>; Thu, 12 Jul 2018 04:36:25 +0200 (CEST)", "from HE1PR0801MB1930.eurprd08.prod.outlook.com (10.168.94.136) by\n\tHE1PR0801MB2074.eurprd08.prod.outlook.com (10.168.95.138) with\n\tMicrosoft SMTP Server (version=TLS1_2,\n\tcipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id\n\t15.20.952.18; Thu, 12 Jul 2018 02:36:22 +0000", "from HE1PR0801MB1930.eurprd08.prod.outlook.com\n\t([fe80::a9b8:cd68:dca0:4798]) by\n\tHE1PR0801MB1930.eurprd08.prod.outlook.com\n\t([fe80::a9b8:cd68:dca0:4798%3]) with mapi id 15.20.0930.022;\n\tThu, 12 Jul 2018 02:36:22 +0000" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;\n\ts=selector1-arm-com;\n\th=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;\n\tbh=780YJAK42rKIoeFtVtEnzdkfQzJ3uvzXBNcFLOfOHK4=;\n\tb=RQpmIshrjd6EaKte/Mcyq0F8fLaD5i93ctJDJM42oAx4dkd3B8KaOrJXhoV5X6nchr4Jr7hzR4dgpoIt5Ie8uf+Y1yUpB8NhGB3dRfWvoLpzbfBGe0+OoEvCj8LSjJsTxw8ZWnufmzbfqFNsUXTuM8VGtOwBNmdQgCHGf0oWbHg=", "From": "Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>", "To": "\"Wang, Yipeng1\" <yipeng1.wang@intel.com>, \"De Lara Guarch, Pablo\"\n\t<pablo.de.lara.guarch@intel.com>", "CC": "\"dev@dpdk.org\" <dev@dpdk.org>, \"Richardson, Bruce\"\n\t<bruce.richardson@intel.com>, \"vguvva@caviumnetworks.com\"\n\t<vguvva@caviumnetworks.com>, \"brijesh.s.singh@gmail.com\"\n\t<brijesh.s.singh@gmail.com>, nd <nd@arm.com>, \"Tai, Charlie\"\n\t<charlie.tai@intel.com>, \"Wang, Ren\" <ren.wang@intel.com>, \"Gobriel,\n\tSameh\" <sameh.gobriel@intel.com>", "Thread-Topic": "[PATCH v4 0/8] Add read-write concurrency to rte_hash library", "Thread-Index": "AQHUF62YwhyVjzHFE0OvaR+WdSizdKSItMYAgAIb9QCAAAMPoA==", "Date": "Thu, 12 Jul 2018 02:36:22 +0000", "Message-ID": "<HE1PR0801MB1930BDBE3479F5024D9697D298590@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "References": "<1528455078-328182-1-git-send-email-yipeng1.wang@intel.com>\n\t<1531133103-437316-1-git-send-email-yipeng1.wang@intel.com>\n\t<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>\n\t<D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com>", "In-Reply-To": "<D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com>", "Accept-Language": "en-US", "Content-Language": "en-US", "X-MS-Has-Attach": "", "X-MS-TNEF-Correlator": "", "authentication-results": "spf=none (sender IP is )\n\tsmtp.mailfrom=Honnappa.Nagarahalli@arm.com; ", "x-originating-ip": "[217.140.111.135]", "x-ms-publictraffictype": "Email", "x-microsoft-exchange-diagnostics": "1; HE1PR0801MB2074;\n\t7:wn6/C9cmIJFyJidrDR+k04AapW+vEaa+a5YQQHzGmrFbV8YEgoxJGYJ9zj2d9T1Zh3omixL04Bk0z292hPOjYB78gSio/q7jl+RjuHFb6j1/Z3qXRSYBKYOEdJtZcNhaURTcaEebtoHfOaKi9zpI0SpbSv0ztsvdeh8qTW8CZx/uV1cHtPlcJeweJb/+DfZWkeiljp6ZOgxorBTrEyjhdpQUd+VTt0IYKy+KuFOPazrdOgLoY4fyVjOYU1Pwf9+a", "x-ms-exchange-antispam-srfa-diagnostics": "SOS;", "x-ms-office365-filtering-correlation-id": "5748a58d-8ddc-41a6-b15e-08d5e7a041d2", "x-ms-office365-filtering-ht": "Tenant", "x-microsoft-antispam": "UriScan:; BCL:0; PCL:0;\n\tRULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(48565401081)(2017052603328)(7153060)(7193020);\n\tSRVR:HE1PR0801MB2074; ", "x-ms-traffictypediagnostic": "HE1PR0801MB2074:", "nodisclaimer": "True", "x-microsoft-antispam-prvs": "<HE1PR0801MB2074EE14CEE4A0DBB1A1C52A98590@HE1PR0801MB2074.eurprd08.prod.outlook.com>", "x-exchange-antispam-report-test": "UriScan:(180628864354917)(278428928389397)(85827821059158)(228905959029699);", "x-ms-exchange-senderadcheck": "1", "x-exchange-antispam-report-cfa-test": "BCL:0; PCL:0;\n\tRULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231311)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(6072148)(201708071742011)(7699016);\n\tSRVR:HE1PR0801MB2074; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0801MB2074; ", "x-forefront-prvs": "0731AA2DE6", "x-forefront-antispam-report": "SFV:NSPM;\n\tSFS:(10009020)(136003)(346002)(39860400002)(376002)(366004)(396003)(13464003)(199004)(189003)(51914003)(476003)(11346002)(99286004)(186003)(7736002)(305945005)(229853002)(7696005)(76176011)(26005)(105586002)(446003)(486006)(316002)(256004)(6116002)(86362001)(102836004)(14444005)(3846002)(6506007)(4326008)(53546011)(54906003)(110136005)(97736004)(93886005)(5250100002)(39060400002)(8676002)(81166006)(81156014)(53936002)(66066001)(72206003)(6246003)(5660300001)(55016002)(6436002)(14454004)(25786009)(9686003)(33656002)(2900100001)(478600001)(74316002)(106356001)(68736007)(2906002)(8936002);\n\tDIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0801MB2074;\n\tH:HE1PR0801MB1930.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; \n\tPTR:InfoNoRecords; A:1; MX:1; ", "received-spf": "None (protection.outlook.com: arm.com does not designate\n\tpermitted sender hosts)", "x-microsoft-antispam-message-info": "ZuJ5AfWkAahRivZY+Oj7ik2eeQmIp8cxiT0lkNMJbfPkluTlQDfnnEkMOE/IMe1OxFa2ATZ1cSXocDjQJx8EvGadFUzrdlnLohslZl/nC8Fj1iGhOiT+9IACIfej7vM8Dstcy4i/aoyZWIARO4jnovaPTqaYvbcndp1ru66HpkPNPM7Din4VDunVQy3cRdQ8gJHby46yLyXEtK9IAo+0ukHp6KO5AtxIYR8rQOkylnA5vUmP8Lees5TLy21aD91RU/07F4shnC03rXmDZQwJHmFsRIkD/4j1p6ttwkgiDWB/eMHHWqdAbsmE/ReKNPT4vXgJsD/0ONl5TlCpoKM2z6YI4tFJNpvLo7GQ/Uhb0fQ=", "spamdiagnosticoutput": "1:99", "spamdiagnosticmetadata": "NSPM", "Content-Type": "text/plain; charset=\"us-ascii\"", "Content-Transfer-Encoding": "quoted-printable", "MIME-Version": "1.0", "X-OriginatorOrg": "arm.com", "X-MS-Exchange-CrossTenant-Network-Message-Id": "5748a58d-8ddc-41a6-b15e-08d5e7a041d2", "X-MS-Exchange-CrossTenant-originalarrivaltime": "12 Jul 2018 02:36:22.5691\n\t(UTC)", "X-MS-Exchange-CrossTenant-fromentityheader": "Hosted", "X-MS-Exchange-CrossTenant-id": "f34e5979-57d9-4aaa-ad4d-b122a662184d", "X-MS-Exchange-Transport-CrossTenantHeadersStamped": "HE1PR0801MB2074", "Subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n\t<mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n\t<mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "addressed": null }, { "id": 83738, "web_url": "http://patches.dpdk.org/comment/83738/", "msgid": "<D2C4A16CA39F7F4E8E384D204491D7A661479BA6@ORSMSX105.amr.corp.intel.com>", "list_archive_url": "https://inbox.dpdk.org/dev/D2C4A16CA39F7F4E8E384D204491D7A661479BA6@ORSMSX105.amr.corp.intel.com", "date": "2018-07-13T01:47:32", "subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "submitter": { "id": 754, "url": "http://patches.dpdk.org/api/people/754/?format=api", "name": "Wang, Yipeng1", "email": "yipeng1.wang@intel.com" }, "content": "Hi, \n\nI guess your proposal is to let the user application to handle all the concurrency using RCU and locks. That could be complementary\nand orthogonal to our current implementation. User could choose to do this way if TSX is not available, and if they want more control over the\nconcurrency implementations. A new flag value could be added to allow this mode.\n\nPlease copy us when sending out the RFC, we will be happy to review it.\n\n>-----Original Message-----\n>From: Honnappa Nagarahalli [mailto:Honnappa.Nagarahalli@arm.com]\n>Sent: Wednesday, July 11, 2018 7:36 PM\n>To: Wang, Yipeng1 <yipeng1.wang@intel.com>; De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>\n>Cc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>; vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd\n><nd@arm.com>; Tai, Charlie <charlie.tai@intel.com>; Wang, Ren <ren.wang@intel.com>; Gobriel, Sameh <sameh.gobriel@intel.com>\n>Subject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>\n>Hi Yipeng,\n>\tI agree with you on RCU. It solves only part of the problem and requires application involvement. Use of atomics is required to\n>solve few more problems.\n>\n>Not solving the preemptible writer issue will change the behavior for existing applications, is that ok?\n>\n>I will submit a RFC with my ideas.\n>\n>Thank you,\n>Honnappa\n>\n>-----Original Message-----\n>From: Wang, Yipeng1 <yipeng1.wang@intel.com>\n>Sent: Wednesday, July 11, 2018 8:31 PM\n>To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>; De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>\n>Cc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>; vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd\n><nd@arm.com>; Tai, Charlie <charlie.tai@intel.com>; Wang, Ren <ren.wang@intel.com>; Gobriel, Sameh <sameh.gobriel@intel.com>\n>Subject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>\n>Hi, Honnappa,\n>\n>Thanks for the comment.\n>\n>RCU can handle one of the currency issue (key deletion while lookup) that has been discussed before, but we think it is not easy for\n>RCU-alone to protect reader from cuckoo path displacement. Also, RCU solution requires user interaction.\n>\n>We agree that the current rwlock does not support preemptable writer. But a more advanced rwlock with priority could be\n>implemented in the future into the rwlock library.\n>\n>Thanks\n>Yipeng\n>\n>>-----Original Message-----\n>>From: Honnappa Nagarahalli [mailto:Honnappa.Nagarahalli@arm.com]\n>>Sent: Tuesday, July 10, 2018 11:00 AM\n>>To: Wang, Yipeng1 <yipeng1.wang@intel.com>; De Lara Guarch, Pablo\n>><pablo.de.lara.guarch@intel.com>\n>>Cc: dev@dpdk.org; Richardson, Bruce <bruce.richardson@intel.com>;\n>>vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com; nd <nd@arm.com>\n>>Subject: RE: [PATCH v4 0/8] Add read-write concurrency to rte_hash\n>>library\n>>\n>>Hi Yipeng/Pablo,\n>>\tApologies for my delayed comments\n>>\n>>-----Original Message-----\n>>From: Yipeng Wang <yipeng1.wang@intel.com>\n>>Sent: Monday, July 9, 2018 5:45 AM\n>>To: pablo.de.lara.guarch@intel.com\n>>Cc: dev@dpdk.org; yipeng1.wang@intel.com; bruce.richardson@intel.com;\n>>Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>;\n>>vguvva@caviumnetworks.com; brijesh.s.singh@gmail.com\n>>Subject: [PATCH v4 0/8] Add read-write concurrency to rte_hash library\n>>\n>>This patch set adds the read-write concurrency support in rte_hash.\n>>A new flag value is added to indicate if read-write concurrency is\n>>needed during creation time. Test cases are implemented to do functional and performance tests.\n>>\n>>The new concurrency model is based on rte_rwlock. When Intel TSX is\n>>available and the users indicate to use it, the TM version of the\n>>rte_rwlock will be called. Both multi-writer and read-write concurrency are protected by the rte_rwlock instead of the x86 specific\n>RTM instructions, so the x86 specific header rte_cuckoo_hash_x86.h is removed and the code is infused into the main .c file.\n>>\n>>IMO, at a high-level, there are two use cases for the rte_hash library:\n>>1) Writers are on control plane and data plane are readers\n>>2) Writers and readers are on data plane\n>>\n>>This distinction is required as in the case of 1) writers are\n>>pre-emptible. If I consider platforms without TSX (I do not know how\n>>Intel TSX works), the rte_rwlock implementation is blocking. A writer\n>>on the control plane can take the lock and get pre-empted. Since rte_rwlock is used for read-write concurrency, it will block the\n>readers (on the data plane) for an extended duration. I think, support for RCU is required to solve this issue.\n>>\n>>", "headers": { "Return-Path": "<dev-bounces@dpdk.org>", "X-Original-To": "patchwork@dpdk.org", "Delivered-To": "patchwork@dpdk.org", "Received": [ "from [92.243.14.124] (localhost [127.0.0.1])\n\tby dpdk.org (Postfix) with ESMTP id 66FA01B1FB;\n\tFri, 13 Jul 2018 03:47:40 +0200 (CEST)", "from mga18.intel.com (mga18.intel.com [134.134.136.126])\n\tby dpdk.org (Postfix) with ESMTP id 5C4A71B065\n\tfor <dev@dpdk.org>; Fri, 13 Jul 2018 03:47:37 +0200 (CEST)", "from orsmga008.jf.intel.com ([10.7.209.65])\n\tby orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384;\n\t12 Jul 2018 18:47:34 -0700", "from orsmsx102.amr.corp.intel.com ([10.22.225.129])\n\tby orsmga008.jf.intel.com with ESMTP; 12 Jul 2018 18:47:33 -0700", "from orsmsx105.amr.corp.intel.com ([169.254.2.59]) by\n\tORSMSX102.amr.corp.intel.com ([169.254.3.209]) with mapi id\n\t14.03.0319.002; Thu, 12 Jul 2018 18:47:32 -0700" ], "X-Amp-Result": "SKIPPED(no attachment in message)", "X-Amp-File-Uploaded": "False", "X-ExtLoop1": "1", "X-IronPort-AV": "E=Sophos;i=\"5.51,346,1526367600\"; d=\"scan'208\";a=\"56506308\"", "From": "\"Wang, Yipeng1\" <yipeng1.wang@intel.com>", "To": "Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>, \"De Lara Guarch,\n\tPablo\" <pablo.de.lara.guarch@intel.com>", "CC": "\"dev@dpdk.org\" <dev@dpdk.org>, \"Richardson, Bruce\"\n\t<bruce.richardson@intel.com>, \"vguvva@caviumnetworks.com\"\n\t<vguvva@caviumnetworks.com>, \"brijesh.s.singh@gmail.com\"\n\t<brijesh.s.singh@gmail.com>, nd <nd@arm.com>, \"Tai, Charlie\"\n\t<charlie.tai@intel.com>, \"Wang, Ren\" <ren.wang@intel.com>, \"Gobriel,\n\tSameh\" <sameh.gobriel@intel.com>", "Thread-Topic": "[PATCH v4 0/8] Add read-write concurrency to rte_hash library", "Thread-Index": "AQHUF62Y3wOysChRCUuSHkQimeoNYaSItMYAgAIZihCAAInrAIABDsMQ", "Date": "Fri, 13 Jul 2018 01:47:32 +0000", "Message-ID": "<D2C4A16CA39F7F4E8E384D204491D7A661479BA6@ORSMSX105.amr.corp.intel.com>", "References": "<1528455078-328182-1-git-send-email-yipeng1.wang@intel.com>\n\t<1531133103-437316-1-git-send-email-yipeng1.wang@intel.com>\n\t<HE1PR0801MB19305166F112656040071BB7985B0@HE1PR0801MB1930.eurprd08.prod.outlook.com>\n\t<D2C4A16CA39F7F4E8E384D204491D7A661478D25@ORSMSX105.amr.corp.intel.com>\n\t<HE1PR0801MB1930BDBE3479F5024D9697D298590@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "In-Reply-To": "<HE1PR0801MB1930BDBE3479F5024D9697D298590@HE1PR0801MB1930.eurprd08.prod.outlook.com>", "Accept-Language": "en-US", "Content-Language": "en-US", "X-MS-Has-Attach": "", "X-MS-TNEF-Correlator": "", "dlp-product": "dlpe-windows", "dlp-version": "11.0.200.100", "dlp-reaction": "no-action", "x-ctpclassification": "CTP_NT", "x-titus-metadata-40": "eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNzNmMDNhNmYtMmY5NS00NmVlLWFjNmMtODk1NDE4YjE2YmRjIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiWEp6aWhQZlJBdExoT2RVUkh4WE9OUUlDXC9QVWpLZTRYd21Fd1czXC9pUFhvOHR0NmJtWUdhYzBaTFNCejlCN0N4In0=", "x-originating-ip": "[10.22.254.138]", "Content-Type": "text/plain; charset=\"us-ascii\"", "Content-Transfer-Encoding": "quoted-printable", "MIME-Version": "1.0", "Subject": "Re: [dpdk-dev] [PATCH v4 0/8] Add read-write concurrency to\n\trte_hash library", "X-BeenThere": "dev@dpdk.org", "X-Mailman-Version": "2.1.15", "Precedence": "list", "List-Id": "DPDK patches and discussions <dev.dpdk.org>", "List-Unsubscribe": "<https://mails.dpdk.org/options/dev>,\n\t<mailto:dev-request@dpdk.org?subject=unsubscribe>", "List-Archive": "<http://mails.dpdk.org/archives/dev/>", "List-Post": "<mailto:dev@dpdk.org>", "List-Help": "<mailto:dev-request@dpdk.org?subject=help>", "List-Subscribe": "<https://mails.dpdk.org/listinfo/dev>,\n\t<mailto:dev-request@dpdk.org?subject=subscribe>", "Errors-To": "dev-bounces@dpdk.org", "Sender": "\"dev\" <dev-bounces@dpdk.org>" }, "addressed": null } ]