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 3A32FA034F; Wed, 10 Nov 2021 07:29:31 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B51974014D; Wed, 10 Nov 2021 07:29:30 +0100 (CET) Received: from mail-pg1-f178.google.com (mail-pg1-f178.google.com [209.85.215.178]) by mails.dpdk.org (Postfix) with ESMTP id 8758B40142 for ; Wed, 10 Nov 2021 07:29:29 +0100 (CET) Received: by mail-pg1-f178.google.com with SMTP id 200so1374839pga.1 for ; Tue, 09 Nov 2021 22:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=11P3waXmXxhSRibfFheHdps41Os4hfmiMqLTuRE1Mcc=; b=GYYaPU2o9pDdHWlAmqEEkg5klYRD2leb1epyzqXGu7iMEWv3OqousN9Ojwk4v6JvnE iI7JiCg0PcRyiDg09Ztq7Cpf2LZLcHipUID4MTy7HYk2/vgaUqXtJdxjQRN0qCwPLHNZ rcl+SmkkZ5LUqaA70TUKJ9MiKY+etgvoCLtzWt1i1RJRM9AM8QXz6MaG8hS+vCCu+4T+ ytfZtBvq+/BTFM3mCT0/7cExP6MaQfVgyknB4tM5NKeqEH7wMbVVqR6hgf5Gio22BBRp yhLvD3cb6vV+ewoadH/7hBKKAne5S3KGcQF9uRSjPiRIBfXxboFqW564WRBt9jKmX+dm F3vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=11P3waXmXxhSRibfFheHdps41Os4hfmiMqLTuRE1Mcc=; b=3wbTEoEFfmvTw5c1rSTHVuMhDqCb/TfQtAyWcIQ2hN3yIYxwvEXxDd72I7OOCz12S6 yNdGdeID6WmKIxw1yz0vRca7rZMcfR4ZJu1MP5g13WzxjuyiYgwtUJUS5kcWMFMv4XTn dJcM70tO/QGD9IBWo/q0ZUqhJgLFQM9PNmVbGPggzJoceXi9KGOrmAuXm7OBBS2HCuyO VJTrYPUpNMyEJxSGGNvWjO6mNQvt7Q90GvIf55QGWvFBxd/M5goCf6mDgzSsywp9e7Xs NnaX1hj+GVMDTCUnyG8LyWiOYMr7z6wGy8YjOlfopKLMegbCmbifYKRu8b1ifyzA48lt 87+w== X-Gm-Message-State: AOAM5314s3ibhVk0RSy3aZyPR6rWL8Jbvcy33hNJ9HgeTgnX16ywpkNr Ju9/kGZevTNfk6lFEppuYgkMobpfz39nNg== X-Google-Smtp-Source: ABdhPJxdnUgagoTaQeDTVo/dLD5lQk6BZXS+otBmOa+fuQ/ckLD55nke7IZzC6SGHplGWQUphuupiA== X-Received: by 2002:a63:f702:: with SMTP id x2mr10213881pgh.162.1636525768525; Tue, 09 Nov 2021 22:29:28 -0800 (PST) Received: from hermes.local (204-195-33-123.wavecable.com. [204.195.33.123]) by smtp.gmail.com with ESMTPSA id p20sm8798031pfw.96.2021.11.09.22.29.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Nov 2021 22:29:28 -0800 (PST) Date: Tue, 9 Nov 2021 22:29:25 -0800 From: Stephen Hemminger To: Tyler Retzlaff Cc: Narcisa Ana Maria Vasile , thomas , "dev@dpdk.org" , Dmitry Kozlyuk , Khoa To , Dmitry Malloy , talshn , Omar Cardona , "bruce.richardson@intel.com" , "david.marchand@redhat.com" , "Kadam, Pallavi" Message-ID: <20211109222925.262dfec1@hermes.local> In-Reply-To: References: <1633732841-17873-1-git-send-email-navasile@linux.microsoft.com> <11591275.oo6G3FHbOz@thomas> <20211109015923.GB12569@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> <6965604.4qUlQkvJ3b@thomas> <20211110030417.GA7558@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> <20211109195931.2c26f51e@hermes.local> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [EXTERNAL] Re: [PATCH v16 2/9] eal: add thread attributes 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 Sender: "dev" On Wed, 10 Nov 2021 04:20:52 +0000 Tyler Retzlaff wrote: > > > > > > High performance applications benefit from an option to raise the > > > priority of their threads to avoid being preemted by other threads on > > > the system. If there are issues with realtime priority on some of the > > > platforms, maybe we can add a warning for the user to make them aware > > > of possible crashes as Stephen H. suggested some time ago. Note that > > > this patch doesn't change the priority of EAL threads, enabling the higher priority will be done through a command line option when starting the application. > > > Maybe we can explore raising the priority but not to the realtime level. > > > Let me put it more succulently. > > Almost all DPDK applications have threads that are a 100% CPU doing polling. > > Putting those thread as real-time thread breaks Linux badly because the kernel can and will try and run work on those CPU's and the system is broken/unstable/dead at that point. > > The suggestion is that when running on Windows it should be possible for the application to be configured to use real-time threads, there is no implication that it will force real-time priority on Linux. If it doesn't make sense for it to be configured on Linux then don't configure it. But saying it shall not be configurable for any platform just because one platform can't make use of the configuration and those platforms have to run compromised makes little sense. Linux administrators are (or should be) knowledgeable enough to know what configuration to use. > Why not just make it always return an error when real-time is requested on Linux from a DPDK thread. The experience on the mailing list is that users will find trouble. Maybe it is just that the sampling is biased. Users that are knowledgeable or figure out problems themselves don't come to the mailing list.