[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130203.160855.1118626925419072868.davem@davemloft.net>
Date: Sun, 03 Feb 2013 16:08:55 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: eric.dumazet@...il.com
Cc: ling.ma.program@...il.com, netdev@...r.kernel.org, maze@...gle.com
Subject: Re: [PATCH v2 net-next] inet: Get critical word in first 64bit of
cache line
From: Eric Dumazet <eric.dumazet@...il.com>
Date: Sat, 02 Feb 2013 07:03:55 -0800
> From: Ma Ling <ling.ma.program@...il.com>
>
> In order to reduce memory latency when last level cache miss occurs,
> modern CPUs i.e. x86 and arm introduced Critical Word First(CWF) or
> Early Restart(ER) to get data ASAP. For CWF if critical word is first
> member
> in cache line, memory feed CPU with critical word, then fill others
> data in cache line one by one, otherwise after critical word it must
> cost more cycle to fill the remaining cache line. For Early First CPU
> will restart until critical word in cache line reaches.
>
> Hash value is critical word, so in this patch we place it as first
> member in cache line (sock address is cache-line aligned), and it is
> also good for Early Restart platform as well .
>
> [edumazet: respin on net-next after commit ce43b03e8889]
>
> Signed-off-by: Ma Ling <ling.ma.program@...il.com>
> Signed-off-by: Eric Dumazet <edumazet@...gle.com>
I completely agree with the other response to this patch in that
the description is bogus.
If CWF is implemented in the cpu, it should exactly relieve us from
having to move things around in structures so carefully like this.
Either the patch should be completely dropped (modern cpus don't
need this) or the commit message changed to reflect reality.
It really makes a terrible impression upon me when the patch says
something which in fact is 180 degrees from reality.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists