From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750835AbdGYF1l (ORCPT ); Tue, 25 Jul 2017 01:27:41 -0400 Received: from ozlabs.org ([103.22.144.67]:47079 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750732AbdGYF1k (ORCPT ); Tue, 25 Jul 2017 01:27:40 -0400 From: Michael Ellerman To: Matthew Wilcox , linux-kernel@vger.kernel.org Cc: minchan@kernel.org, Matthew Wilcox , akpm@linuxfoundation.org Subject: Re: [PATCH v4 0/8] Multibyte memset variations In-Reply-To: <20170720184539.31609-1-willy@infradead.org> References: <20170720184539.31609-1-willy@infradead.org> User-Agent: Notmuch/0.21 (https://notmuchmail.org) Date: Tue, 25 Jul 2017 15:27:38 +1000 Message-ID: <87fudl6q7p.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Matthew Wilcox writes: > From: Matthew Wilcox > > A relatively common idiom we're missing is a function to fill an area > of memory with a pattern which is larger than a single byte. I first > noticed this with a zram patch which wanted to fill a page with an > 'unsigned long' value. There turn out to be quite a few places in > the kernel which can benefit from using an optimised function rather > than a loop; sometimes text size, sometimes speed, and sometimes both. > The optimised PowerPC version (not included here) improves performance > by about 30% on POWER8 on just the raw memset_l(). Is the plan that Andrew will merge this series, or are you planning to put them in a tree of yours? cheers