From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by dpdk.org (Postfix) with ESMTP id 304F6AE9A for ; Tue, 13 May 2014 16:09:25 +0200 (CEST) Received: by mail-wi0-f182.google.com with SMTP id r20so675880wiv.9 for ; Tue, 13 May 2014 07:09:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=V77w7dteI76nlv21K0oqMYAlsj2crHkLVGI/GkNXWeM=; b=DXy888S1g/K3S9ucfDZEwBiWR5CMHjrhWThSaJCOS2sVVVBkW5DjHiMMyQvSyc4tD+ xxA0NPtR510jBW6VGVeVx6mtrkuhTM7rJeykv88hkDo2YNlCQNM/xA1Jozvfx+elb1Ok 4V1N5SWlap4xlOdpESDPHt7wdz2OyOxMdmc2Y3FpQLWCWnQK1CxmAZHeDUkNAtSyn9J6 wtf+Wf41OxifyCoHTVctfqXuAC8am/VGPXS+M/jR8SW4H2SFbYW3FR3hW2sfidA1JbH5 /W1/3yPURWbFTr6Lmzy0Wc+FIzqZMIw/b2gOqpdezlpn0TnUE8sIvXyDthXjT1mX0guz BTPA== X-Gm-Message-State: ALoCoQkeSpVXkdWBbeqyF4JqyPeQTOs40Whb7xllyecufwPYafX4Kc5pwJhlQqxDz1GZB/4RfB23 X-Received: by 10.180.90.132 with SMTP id bw4mr21145130wib.43.1399990172551; Tue, 13 May 2014 07:09:32 -0700 (PDT) Received: from xps13.localnet (6wind.net2.nerim.net. [213.41.180.237]) by mx.google.com with ESMTPSA id l4sm11821032wjf.14.2014.05.13.07.09.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 May 2014 07:09:30 -0700 (PDT) From: Thomas Monjalon To: "Venkatesan, Venky" Date: Tue, 13 May 2014 16:09:28 +0200 Message-ID: <1520868.8Zgzi5QM8B@xps13> Organization: 6WIND User-Agent: KMail/4.13 (Linux/3.14.2-1-ARCH; KDE/4.13.0; x86_64; ; ) In-Reply-To: <1FD9B82B8BF2CF418D9A1000154491D9740AA95E@ORSMSX102.amr.corp.intel.com> References: <1399647038-15095-1-git-send-email-olivier.matz@6wind.com> <20140512183943.GC21298@hmsreliant.think-freely.org> <1FD9B82B8BF2CF418D9A1000154491D9740AA95E@ORSMSX102.amr.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH RFC 06/11] mbuf: replace data pointer by an offset 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: Tue, 13 May 2014 14:09:25 -0000 Hi Venky, 2014-05-13 13:54, Venkatesan, Venky: > An alternative way to save 6 bytes (without the side effects this change > has) would be to change the mempool struct * to a uint16_t mempool_id. That > limits the changes to a return function, and the performance impact of that > can be mitigated quite easily. It's very difficult to compare things without code examples. Please, provide: - a patch for your proposal - an example application which allows to test and understand the performance issue you are pointing out PS: please don't top post, it makes this thread difficult to read -- Thomas