From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 28B85A00C3; Wed, 7 Dec 2022 22:01:26 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id DEF15410D2; Wed, 7 Dec 2022 22:01:25 +0100 (CET) Received: from mail-pl1-f181.google.com (mail-pl1-f181.google.com [209.85.214.181]) by mails.dpdk.org (Postfix) with ESMTP id 0BF5A40146 for ; Wed, 7 Dec 2022 22:01:25 +0100 (CET) Received: by mail-pl1-f181.google.com with SMTP id w23so18180050ply.12 for ; Wed, 07 Dec 2022 13:01:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=jnmatIKi+nwRNkRNI8CI0DInJFF4ImgGOIye1TtVCVg=; b=UK8Z9oZ3D4IdLMozW/YhiGKzmXvC9neww82PCyo+7d23L0jIceLl0zawPYtW1zfENo 31zyMXK2jBQPc+w5nYCAWJuRNlCK7fxx/R/pV4ioCJzPOwTdBjIZaFPFfx48E9IHHcX2 v2B785NPureikx48nEjBGUrGxHwu11036gbv46/Aols7KOWAKQGcvQBihw0B6OwW/Nsl XhFXMgMkfmqlrib8vdua6/fhCVoNZxHi9WWwyE+lVfMELwiJAUgJNkWSpfwkrt/FUS/M Rp0vG2n2JakvUWlMAsznG3sbj3J5mWhQbTtnGikN8t8KDjuz/uIJqXJ/xKMjyc39uVer glVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jnmatIKi+nwRNkRNI8CI0DInJFF4ImgGOIye1TtVCVg=; b=6fE/tLnkRHasHasyh2BMfC+UFcFh7YeAWzAOMVKFwjbvVcTb8MHP7DB9mTXTC8I/ag MJSGUREHrIguus7xvWtKH2HCDm5URNanMwVHrR3vPzNBAVWr8mWmym8gc3lfAYAZYZjq vgeU6HFhOJB9uppefdmuF3gD7mpsXGR8aYAQcSU6xtFkf8kmjlOAkWme+tU8+TAmKGOA kuxk63BTzZkFHmppLzYLEbDb33nj7xaHj02pUlb+Z8bZQHpaEtK5D25HUKk3PQMsAdlc 7dll1ToxkikmxIxGnPs4RlB0Msjj3/HQAvx41E8zYkRBEncvDjJyI2X6P6TfBceRlVtv ld9Q== X-Gm-Message-State: ANoB5pn6lm5G1Av/e2ikXcOJQIc/pFH67MtlQI4qdUVWZe81CQ8DKbao S+YLUpVorYjbF7adue7szpG+lw== X-Google-Smtp-Source: AA0mqf7btFOfCd5V4kmGpPOwWTiQTAgGZ9OJre2PtzD4IZMesq0FblgruueJqlyHqJ0B/mE1/WB9jw== X-Received: by 2002:a17:90a:a8f:b0:219:fd9a:d3dc with SMTP id 15-20020a17090a0a8f00b00219fd9ad3dcmr9832152pjw.48.1670446884220; Wed, 07 Dec 2022 13:01:24 -0800 (PST) Received: from hermes.local (204-195-120-218.wavecable.com. [204.195.120.218]) by smtp.gmail.com with ESMTPSA id w189-20020a6230c6000000b005767cb32fdasm9415065pfw.188.2022.12.07.13.01.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Dec 2022 13:01:23 -0800 (PST) Date: Wed, 7 Dec 2022 13:01:21 -0800 From: Stephen Hemminger To: Ferruh Yigit Cc: Nathan Skrzypczak , andrew.rybchenko@oktetlabs.ru, Jakub Grajciar , dev@dpdk.org Subject: Re: [PATCH v2] net/memif: default to physical socket Message-ID: <20221207130121.5ce3fa18@hermes.local> In-Reply-To: <625cb85c-4d10-6912-48ad-971e809da0b8@amd.com> References: <20221010104038.15867-1-nathan.skrzypczak@gmail.com> <20221017121246.9721-1-nathan.skrzypczak@gmail.com> <1520db83-9e0f-9973-f2e1-d2a91a3b3104@amd.com> <625cb85c-4d10-6912-48ad-971e809da0b8@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On Wed, 7 Dec 2022 17:15:06 +0000 Ferruh Yigit wrote: > On 12/7/2022 3:56 PM, Nathan Skrzypczak wrote: > > Hi Ferruh, > > =20 >=20 > Hi Nathan, >=20 > > Thank you for your reply,=C2=A0 > >=20 > > On the potential confusion for users of the DPDK memif PMD : when > > defaulting to abstract sockets was added in [0] (v20.10 release) > > it did change the existing behavior, so reverting it would restore the > > old behavior.> Also abstract sockets are quite a unusual feature in lin= ux (a 0byte > > prefixed string...), so I'm expecting most users of memif to just use > > regular sockets because they're way easier to handle. > > =20 >=20 > Not sure if regular socket is easier to handle, or users prefer regular > sockets, we need more input on these. Regular sockets are actually harder handle, it is more that users are less familiar with them! Regular sockets have to go through file permission checks which makes dealing with containers and SELinux hard. Regular sockets persist when application crashes which makes recovery harder.