From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f52.google.com (mail-wm0-f52.google.com [74.125.82.52]) by dpdk.org (Postfix) with ESMTP id 46192B433 for ; Fri, 20 May 2016 17:30:33 +0200 (CEST) Received: by mail-wm0-f52.google.com with SMTP id a17so178343702wme.0 for ; Fri, 20 May 2016 08:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=e9hp59trqIMhDmwmzdf+FUOrA2FpuR1A6afzIfvRAxo=; b=KkNeITrW4JGbD/4CS08RfEBPdCGtmTfR3gllD1ygOOVzAekb4Wwlot1LlqNs2AZKFl Jbdr5L66BYq3Tfhe+dV1AS3Ljk25wNMeP06C1sEyEXp1LuAAF536xXyscwwojyXEjvf4 04KTffH/5aUlKVWFbly1EjAFHFhEHPlhFYxgM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=e9hp59trqIMhDmwmzdf+FUOrA2FpuR1A6afzIfvRAxo=; b=nDZNs3LZJn+ydgYaV7r+f6e/r+A4F8U9L0HSMDsdxz+VW5QN0AITnqewUeUvAsdspf vGRH4lz4cUJp7/iKGehriLBbj04cMi/aUrNrqWhHNe1qse0r6ez24Kd3IHtrG3Ab/Kf2 4lYkMANYTJFxjdQ/7huJoZg5Wpfx51FyodOcV6U484klCWq+1HqwYzrIYsyWcYtE9N1y BUZwyNra2GJcEKt0ZvvwbXJUEnRpG+FJlrPbVfNzylZykBugLwEGnY8mHhbLfo4az/p9 bIcXnV5kFcPniXyJZSNXQLJA+gqDbW+djVYwj97SFEcflxCzT954JJShU6QKJd+C3J4x EpDg== X-Gm-Message-State: AOPr4FWihUnRwgOnNRUjdLIGbU1FfB6ZDe6I0y5/Vweyxr7Wmci+3rFqHQqq/1zmajW6H/xj X-Received: by 10.28.230.137 with SMTP id e9mr4701872wmi.0.1463758233008; Fri, 20 May 2016 08:30:33 -0700 (PDT) Received: from [172.18.45.108] ([195.11.233.227]) by smtp.googlemail.com with ESMTPSA id b207sm5171999wmb.0.2016.05.20.08.30.31 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 May 2016 08:30:32 -0700 (PDT) To: "Ananyev, Konstantin" , "Richardson, Bruce" , Jerin Jacob References: <1463579863-32053-1-git-send-email-jerin.jacob@caviumnetworks.com> <20160518164300.GA12324@bricha3-MOBL3> <20160518185011.GA4432@localhost.localdomain> <20160519085047.GA17500@bricha3-MOBL3> <2601191342CEEE43887BDE71AB97725836B5AB67@irsmsx105.ger.corp.intel.com> Cc: "dev@dpdk.org" , "thomas.monjalon@6wind.com" , "viktorin@rehivetech.com" , "jianbo.liu@linaro.org" From: Zoltan Kiss Message-ID: <573F2D99.9080802@linaro.org> Date: Fri, 20 May 2016 16:30:33 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <2601191342CEEE43887BDE71AB97725836B5AB67@irsmsx105.ger.corp.intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH] mbuf: make rearm_data address naturally aligned X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2016 15:30:33 -0000 Hi, On 19/05/16 13:18, Ananyev, Konstantin wrote: > I wonder does anyone really use mbuf port field? > My though was - could we to drop it completely? There are a few example codes which are reading the port field. Although they can retain this metadata in the private area of the mbuf, right after receiving, it would cause them a minor perf drop to do it separately. I'm not sure which one is more important: this perf drop of the gain everyone else has by relieving the drivers to do it. Zoli