From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] doc: announce ivshmem support removal Date: Thu, 04 Aug 2016 19:18:46 +0200 Message-ID: <1570561.Rujcl7qAGG@xps13> References: Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: dev@dpdk.org To: =?utf-8?B?5bCP5bed5rOw5paH?= Return-path: Received: from mail-wm0-f52.google.com (mail-wm0-f52.google.com [74.125.82.52]) by dpdk.org (Postfix) with ESMTP id 1C92F2BEB for ; Thu, 4 Aug 2016 19:18:49 +0200 (CEST) Received: by mail-wm0-f52.google.com with SMTP id o80so2136956wme.1 for ; Thu, 04 Aug 2016 10:18:49 -0700 (PDT) In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2016-08-04 17:00, =E5=B0=8F=E5=B7=9D=E6=B3=B0=E6=96=87: > Hi Thomas, >=20 > I'm going to develop a NFV based carrier system with SPP because it's= able > to chain VMs in high-performance and I think it might be the best sol= ution > for service function chaining. Without ivshmem, throuput between VMs = is > largely decreased. So we are not so happy if ivshmem is obsoleted. We are not obsoleting IVSHMEM which is a QEMU feature. We are just dropping the automatic allocation of DPDK objects in the gu= est through IVSHMEM. It is a weird design that nobody really wants to maintain/redesign. If someone wants to do the required work or reimplement it differently,= it may be accepted. > As you mentioned, we can use v16.07 but it's unwelcome situation for = us and > our possible users cannot gain of improvements from future version of= DPDK. > I'm appreciated if you kindly keep ivshmem to be maintained. Nobody wants to really work on it. That's a fact, sorry. > Or, is there > any idea for high-performance inter-VM communication as ivshmem? Yes you can implement an IVSHMEM driver in DPDK. There was an attempt to do so which is also unmaintained: =09http://dpdk.org/browse/old/memnic/ I think it would be a better approach than what exists currently.