From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id E273BA0521; Tue, 3 Nov 2020 10:01:04 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 057D2C814; Tue, 3 Nov 2020 10:01:03 +0100 (CET) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by dpdk.org (Postfix) with ESMTP id 1395AC810 for ; Tue, 3 Nov 2020 10:01:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1604394059; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=tLECtF0UCjSwnmPFD+6gxuJz77nvikHnQpjJWhKEYQA=; b=aFAJq+otpm8UqKK/p3t0jKmN0YhN2V7nE1lHg8e0eWQ1tSbQh8hZvcfDxlilIv8c5bwfHv /JUmpCJf6qLhP/B3WS+LGF9ZjOUcXzIdlv0DdryiGahLFeqp9h9IUT7srby6nYAn9EFght 4H+BQDC81bEHtnPPMR6Lv0m2RTzkIJQ= Received: from mail-vs1-f70.google.com (mail-vs1-f70.google.com [209.85.217.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-159-epRRA2lLMpimQVVcaTHWRw-1; Tue, 03 Nov 2020 04:00:57 -0500 X-MC-Unique: epRRA2lLMpimQVVcaTHWRw-1 Received: by mail-vs1-f70.google.com with SMTP id h5so2114461vsq.16 for ; Tue, 03 Nov 2020 01:00:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tLECtF0UCjSwnmPFD+6gxuJz77nvikHnQpjJWhKEYQA=; b=E3elV6PvOGAiG10i//qR/C3KxLjgGL2SgRoOetNTYPxpfMU2YCuUqTgbWjowVSDM6C hM+NxA5EkB8cg3T76Rmxd1xxfRVgrnkjhWqmLoj/QGwzvw2FPeXZrNOFhtJ8SI/aJ6yS 4+9KjHQdR+B3zsufL+C4URIhhL9ISR42K2B0I9fI+ft9tkexoEnR6comdNvX3W5G/Pld 4Y2Igd/2rue0zBm7KtHAzyR490+rKyP1XOgldbkzlGIYkNiOjvFYy7P6LKa67JzbUQ21 ppF0DJJmK2rooHNed4bHRr0UNDY5ooXlgzc14YAI5gJRjbcWe7sMb0+ze/fZ/oC+NHzk 8JPA== X-Gm-Message-State: AOAM530sUkUELwrbKL5A3YN8YibEP8MCrFyIOjRQMvaRDvSwuvKRKBdC HmnwoNLwYczE7fVSjlD3VbKYHP1FR8Dkb+MHUon1P+ET0C8mMM2Kwh/un3mbrRvdWtblyJnG8DJ +Q2xb9XrtuT3kuwf9cwg= X-Received: by 2002:a67:fd46:: with SMTP id g6mr3467932vsr.27.1604394057334; Tue, 03 Nov 2020 01:00:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJyUOklY6yQMOIcVMat3eSr3f+fJcYlXAhq88I8vFz90ocBppoZL56nTyGca5/qk7gkoJ8EoMSY8WwgoqHt6s7U= X-Received: by 2002:a67:fd46:: with SMTP id g6mr3467923vsr.27.1604394057107; Tue, 03 Nov 2020 01:00:57 -0800 (PST) MIME-Version: 1.0 References: <20201029092751.3837177-1-thomas@monjalon.net> <20201103001407.2931963-1-thomas@monjalon.net> In-Reply-To: <20201103001407.2931963-1-thomas@monjalon.net> From: David Marchand Date: Tue, 3 Nov 2020 10:00:46 +0100 Message-ID: To: Thomas Monjalon Cc: dev , "Yigit, Ferruh" , Bruce Richardson , Olivier Matz , Andrew Rybchenko , Jerin Jacob Kollanukkaran , Slava Ovsiienko Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dmarchan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [PATCH v3 00/16] remove mbuf timestamp X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 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 Tue, Nov 3, 2020 at 1:14 AM Thomas Monjalon wrote: > > The mbuf field timestamp was announced to be removed for three reasons: > - a dynamic field already exist, used for Tx only > - this field always used 8 bytes even if unneeded > - this field is in the first half (cacheline) of mbuf > > After this series, the dynamic field timestamp is used for both Rx and Tx > with separate dynamic flags to distinguish when the value is meaningful > without resetting the field during forwarding. > > As a consequence, 8 bytes can be re-allocated to dynamic fields > in the first half of mbuf structure. > It is still open to change more the mbuf layout. > > This mbuf layout change is important to allow adding more features > (consuming more dynamic fields) during the next year, > and can allow performance improvements with new usages in the first half. For the series: Acked-by: David Marchand -- David Marchand