From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) by dpdk.org (Postfix) with ESMTP id 29E1C9E5 for ; Sun, 1 Nov 2015 05:45:32 +0100 (CET) Received: by obbwb3 with SMTP id wb3so72953222obb.0 for ; Sat, 31 Oct 2015 21:45:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qwilt_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Y8b+wtNSF5H2HK3GQrgYB2/ZzQu/mNAeuwsUcwimuw=; b=OICfTZzyZTeMDJCapM0evRYjXdNC9g6MZlzR9PpXdg2lbMPKQ/J25yMiBk1onSRIjN jRn7cKPGirGf97Z40mxbRqb3edtwSEY8PHpZpK2GzuwOQhJvQdku70s07wuZuDOGcktV Q8r8Khc6/Ec8ZqssRtdv3+qO9sxGWJTuqeZCKp9z4Ld/pP+jIISb2X+XOeUO0IwV/Z9l Q9pfY/JmsWijeadcwQxuMJsftBbeLCs9f+UKj9+v6SefLazMyQ+3/xxg5MDO6P6MUeLs XqLsuqS/yn+ggaOZNejtp0SCPefSCa6bg7zYOXN62ewtLHU9Ss7Q/WDx9UqYk9QQZvUH JdhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=7Y8b+wtNSF5H2HK3GQrgYB2/ZzQu/mNAeuwsUcwimuw=; b=agOhh5O5PUyJsjspJvfGq0yLXQ82V3PWiL+faYoFDPjUR0gzIp4ZnOshOtZKQl9UsW lLV09wQFhSfnXgZOQbeJVJ4ltbHg+IURvUkhgI78Vy5Tx30OnF43OCrWUXakT2ZDoRc7 k/0V7idIddQBDfxW2MRz0pTRfzFzhmayqr7AjU8pCVId8WcZPgf0Vv5fZVsX8LlDfyvw DM+REOPMI4QUWe4gONU6pagZ7zBlMpzMWeJal/VKFop6yj4zi40AY+t2CrlIo1vSLnXM Y95yWF6zEVe3jlKggY4fz6TqnMLxX1R0B856SwMCgHQ4gAzkPR0tH1o3rChSc3W6+rZL JluA== X-Gm-Message-State: ALoCoQks7Xytnyahzju/F/3WVZE1ajQBHH7Hnb17hPbBXYmsbt3mEYkLAjofJegF+qQnkoHX22UF MIME-Version: 1.0 X-Received: by 10.182.76.68 with SMTP id i4mr10226381obw.33.1446353131472; Sat, 31 Oct 2015 21:45:31 -0700 (PDT) Received: by 10.202.104.210 with HTTP; Sat, 31 Oct 2015 21:45:31 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Nov 2015 06:45:31 +0200 Message-ID: From: Arnon Warshavsky To: "shesha Sreenivasamurthy (shesha)" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] Reshuffling of rte_mbuf structure. 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: Sun, 01 Nov 2015 04:45:32 -0000 My 2 cents, This was brought up in the recent user space summit, and it seems that indeed there is no one cache lines arrangement that fits all. OTOH multiple compile time options to suffice all flavors, would make it unpleasant to read maintain test and debug. (I think there was quiet a consensus in favor of reducing compile options in general) Currently I manage similar deviations via our own source control which I admit to be quite a pain. I would prefer an option of code manipulation/generation by some script during dpdk install, which takes the default version of rte_mbuf.h, along with an optional user file (json,xml,elvish,whatever) defining the structure replacements, creating your custom version, and placing it instead of the installed copy of rte_mbuf.h. Maybe the only facility required from dpdk is just the ability to register calls to such user scripts at some install stage(s), providing the mean along with responsibility to the user. /Arnon On Sat, Oct 31, 2015 at 6:44 AM, shesha Sreenivasamurthy (shesha) < shesha@cisco.com> wrote: > In Cisco, we are using DPDK for a very high speed packet processor > application. We don't use NIC TCP offload / RSS hashing. Putting those > fields in the first cache-line - and the obligatory mb->next datum in the > second cache line - causes significant LSU pressure and performance > degradation. If it does not affect other applications, I would like to > propose reshuffling of fields so that the obligator "next" field falls in > first cache line and RSS hashing goes to next. If this re-shuffling indeed > hurts other applications, another idea is to make it compile time > configurable. Please provide feedback. > > -- > - Thanks > char * (*shesha) (uint64_t cache, uint8_t F00D) > { return 0x0000C0DE; } > -- *Arnon Warshavsky* *Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 | arnon@qwilt.com *