lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 11 Jul 2013 10:05:10 +0900 From: Joonsoo Kim <iamjoonsoo.kim@....com> To: Michal Hocko <mhocko@...e.cz> Cc: Zhang Yanfei <zhangyanfei.yes@...il.com>, Andrew Morton <akpm@...ux-foundation.org>, Mel Gorman <mgorman@...e.de>, David Rientjes <rientjes@...gle.com>, Glauber Costa <glommer@...il.com>, Johannes Weiner <hannes@...xchg.org>, KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>, Rik van Riel <riel@...hat.com>, Hugh Dickins <hughd@...gle.com>, Minchan Kim <minchan@...nel.org>, Jiang Liu <jiang.liu@...wei.com>, linux-mm@...ck.org, linux-kernel@...r.kernel.org Subject: Re: [RFC PATCH 0/5] Support multiple pages allocation On Wed, Jul 10, 2013 at 01:27:37PM +0200, Michal Hocko wrote: > On Wed 10-07-13 18:55:33, Joonsoo Kim wrote: > > On Wed, Jul 10, 2013 at 11:17:03AM +0200, Michal Hocko wrote: > > > On Wed 10-07-13 09:31:42, Joonsoo Kim wrote: > > > > On Thu, Jul 04, 2013 at 12:00:44PM +0200, Michal Hocko wrote: > [...] > > > > > Which benchmark you are using for this testing? > > > > > > > > I use my own module which do allocation repeatedly. > > > > > > I am not sure this microbenchmark will tell us much. Allocations are > > > usually not short lived so the longer time might get amortized. > > > If you want to use the multi page allocation for read ahead then try to > > > model your numbers on read-ahead workloads. > > > > Of couse. In later, I will get the result on read-ahead workloads or > > vmalloc workload which is recommended by Zhang. > > > > I think, without this microbenchmark, we cannot know this modification's > > performance effect to single page allocation accurately. Because the impact > > to single page allocation is relatively small and it is easily hidden by > > other factors. > > The main thing is whether the numbers you get from an artificial > microbenchmark matter at all. You might see a regression which cannot be > hit in practice because other effects are of magnitude more significant. Okay. I will keep this in mind. Thanks for your comment. > -- > Michal Hocko > SUSE Labs > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@...ck.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: <a href=mailto:"dont@...ck.org"> email@...ck.org </a> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists