From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16927C54E68 for ; Tue, 19 Mar 2024 18:47:56 +0000 (UTC) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 44A0E40297; Tue, 19 Mar 2024 19:47:55 +0100 (CET) Received: from inbox.dpdk.org (inbox.dpdk.org [95.142.172.178]) by mails.dpdk.org (Postfix) with ESMTP id DA6D140041 for ; Tue, 19 Mar 2024 19:47:53 +0100 (CET) Received: by inbox.dpdk.org (Postfix, from userid 33) id CC5AE43CE5; Tue, 19 Mar 2024 19:47:53 +0100 (CET) From: bugzilla@dpdk.org To: dev@dpdk.org Subject: [DPDK/DTS Bug 1404] Ensure primary applications such as testpmd are properly cleaned up Date: Tue, 19 Mar 2024 18:47:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: DPDK X-Bugzilla-Component: DTS X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: jspewock@iol.unh.edu X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: dev@dpdk.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: multipart/alternative; boundary=17108740730.C72B4AeA.2958626 Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All MIME-Version: 1.0 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 --17108740730.C72B4AeA.2958626 Date: Tue, 19 Mar 2024 19:47:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All https://bugs.dpdk.org/show_bug.cgi?id=3D1404 Bug ID: 1404 Summary: Ensure primary applications such as testpmd are properly cleaned up Product: DPDK Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: critical Priority: Normal Component: DTS Assignee: dev@dpdk.org Reporter: jspewock@iol.unh.edu CC: juraj.linkes@pantheon.tech, probb@iol.unh.edu Target Milestone: --- Right now we are relying on the garbage collector to clean up interactive shells after they fall out of scope, and this is fine for applications like= a python shell where it doesn't really matter if we run multiple at once. However, some applications (such as primary applications in DPDK) cannot ru= n if there is an instance of another specific application running. Because of th= is, we need to be able to guarantee that these critical applications close at certain times but the python garbage collector makes no guarantees for when= it cleans up these objects.=20 One of the ways to make this more explicit which is being looked into right= now is a context manager. A context manager will help guarantee that when the application is needed in its context block, it will be running, but as soon= as we exit the block (whether through exceptions being raised, reaching the en= d of the block, or anything that would take the code out of that scope) the application is properly cleaned up. This allows many more guarantees for wh= en these critical applications are running and exactly when they close. --=20 You are receiving this mail because: You are the assignee for the bug.= --17108740730.C72B4AeA.2958626 Date: Tue, 19 Mar 2024 19:47:53 +0100 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All
Bug ID 1404
Summary Ensure primary applications such as testpmd are properly clea= ned up
Product DPDK
Version unspecified
Hardware All
OS All
Status UNCONFIRMED
Severity critical
Priority Normal
Component DTS
Assignee dev@dpdk.org
Reporter jspewock@iol.unh.edu
CC juraj.linkes@pantheon.tech, probb@iol.unh.edu
Target Milestone --- 

Right now we are relying on the ga=
rbage collector to clean up interactive
shells after they fall out of scope, and this is fine for applications like=
 a
python shell where it doesn't really matter if we run multiple at once.
However, some applications (such as primary applications in DPDK) cannot ru=
n if
there is an instance of another specific application running. Because of th=
is,
we need to be able to guarantee that these critical applications close at
certain times but the python garbage collector makes no guarantees for when=
 it
cleans up these objects.=20

One of the ways to make this more explicit which is being looked into right=
 now
is a context manager. A context manager will help guarantee that when the
application is needed in its context block, it will be running, but as soon=
 as
we exit the block (whether through exceptions being raised, reaching the en=
d of
the block, or anything that would take the code out of that scope) the
application is properly cleaned up. This allows many more guarantees for wh=
en
these critical applications are running and exactly when they close.

You are receiving this mail because:
  • You are the assignee for the bug.
=20=20=20=20=20=20=20=20=20=20
= --17108740730.C72B4AeA.2958626--