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 D7D7A438E4; Tue, 16 Jan 2024 18:07:25 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 7C2D540A76; Tue, 16 Jan 2024 18:07:25 +0100 (CET) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) by mails.dpdk.org (Postfix) with ESMTP id A70E440278 for ; Tue, 16 Jan 2024 18:07:23 +0100 (CET) Received: by mail-pl1-f171.google.com with SMTP id d9443c01a7336-1d40eec5e12so85123425ad.1 for ; Tue, 16 Jan 2024 09:07:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; t=1705424843; x=1706029643; darn=dpdk.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=0zJWBW2iSKKXY7oLeSV9FFOxdh/Ao/HDtn1+2Xewbkc=; b=hW6Q2tUAWjZSebFG8HRDNrUOZxWWq/lq2YmRgjb1+QfbpyVajNaRryFYtkmHTjnleT 8YfligceTTFurOrCR9tL2waIId8t+bHP1StprVKlsaGXc/U0HFlLhSPXS1m90Cge3DpL buyYd5uxx1WxzMQG+/NHmm2joAXQ2HUwDXwIg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705424843; x=1706029643; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=0zJWBW2iSKKXY7oLeSV9FFOxdh/Ao/HDtn1+2Xewbkc=; b=SKJir6wNo0Vz+rineoPFZKvErcbrGQbEJxq7cLOhPDTqRdPfwhQy/vT538WAyCPaGJ /cckKFMNNYxOMpXSubmCbP4F06xdxJ297T39aFcHTEdSHSBYN2wMrkv7bQ5NmurtImrE cMVgFLdfvH37XXaM0OWOqtuKYFbxWdiPqQjfs9fUI479BWhLrLetNLKQMFjyKWTVf9KT Swra6n/yodcKa7dgcpejUfG9/nnbZkQCZjcDWmwB/XYLeDH8E2lF1rqpsc/sp6/o9t+U Q6VQE5ktKwAzDNaH0WFXp4gFMXUNUU09q96ne1DV7MFJ66RrndWN9pRa+qLHzO2pCZnh 0orQ== X-Gm-Message-State: AOJu0YzqGIUBWqq/MlZkw+xevQfvLMxyq4wWWYkx1Sjnumuv6SdIhx5c EvV2OR7K8ARvkDokqxvq0YnVACYV1Oi3CksRminwWal+h98lDJDBfbuMOxZKlR8= X-Google-Smtp-Source: AGHT+IF8+iyj+tStWM0xyClSD+G7G8tlMHdjbEC4SsOun74jsvHkLRR/aStyBIO3ccIfxEooGn66nyaiHR1476biqhk= X-Received: by 2002:a17:902:e5ca:b0:1d4:ef61:2407 with SMTP id u10-20020a170902e5ca00b001d4ef612407mr8854669plf.74.1705424842652; Tue, 16 Jan 2024 09:07:22 -0800 (PST) MIME-Version: 1.0 From: Jeremy Spewock Date: Tue, 16 Jan 2024 12:07:11 -0500 Message-ID: Subject: DTS timeouts when compiling DPDK To: dts@dpdk.org, ci@dpdk.org Cc: Patrick Robb , Lincoln Lavoie Content-Type: multipart/alternative; boundary="000000000000f014be060f1329a1" X-BeenThere: dts@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: test suite reviews and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dts-bounces@dpdk.org --000000000000f014be060f1329a1 Content-Type: text/plain; charset="UTF-8" Hi all, On the Community Lab test beds I have noticed something interesting about the (old) DTS framework (NOTE: NOT the current dts framework rewrite effort). We have begun seeing intermittent timeouts during the DTS execution (specifically the DPDK compile command) on the DUT, almost exclusively when doing 22.11 LTS testing, but also intermittently on main. I'm not sure what the cause is, but most likely the timeout was set some time ago and additions to DPDK and backporting to LTS releases has gradually increased the compile time over time making the old timeout value insufficient on some slower systems. For context, the current timeout for compiling DPDK is set to be 30 minutes, but we have started to see builds on some systems consistently require a few minutes more than that for the compilation to complete. Does this sound reasonable to you all? The compile timeout is not provided via config file, but is rather hard-coded in /framework/dpdk_project.py. So, for now we have patched the DTS we are running. I am willing to submit a patch to the DTS project making this change, but I know the DTS project is without a maintainer right now. Does anyone know whether (as discussed at the previous DPDK-CI meeting) there will be a final round(s) of patches merged for the old DTS project? Thank you, Jeremy Spewock --000000000000f014be060f1329a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

On the Community Lab test beds I have noticed some= thing=20 interesting about the (old) DTS framework (NOTE: NOT the current dts=20 framework rewrite effort). We have begun seeing intermittent timeouts=20 during the DTS execution (specifically the DPDK compile command) on the DUT= , almost exclusively when doing=20 22.11 LTS testing, but also intermittently on main.

I'm not sur= e what the cause is, but most likely the timeout was set some time ago and a= dditions to DPDK and=20 backporting to LTS releases has gradually increased the compile time=20 over time making the old timeout value insufficient on some slower=20 systems. For context, the current timeout for compiling DPDK is set to be 3= 0 minutes, but we have started to see builds on some systems consistently r= equire a few minutes more than that for the compilation to complete. Does t= his sound reasonable to you all?

The compile timeout is not provided via config file, but is rather hard-coded in=20 /framework/dpdk_project.py. So, for now we have patched the DTS we are=20 running. I am willing to submit a patch to the DTS project making this=20 change, but I know the DTS project is without a maintainer right now.=20 Does anyone know whether (as discussed at the previous DPDK-CI meeting)=20 there will be a final round(s) of patches merged for the old DTS=20 project?

Thank you,
Jeremy Spewock
--000000000000f014be060f1329a1--